ソフトウェア開発プロセス残酷物語 - give IT a try
昔々、あるところにジェイソンという、大変真面目な開発者がおりました。 彼がとある会社の情報システム部にやってきたとき、彼は社内システムのクオリティのひどさに衝撃を受けました。 情報システム部といっても、その会社では外注はせず、社内の開発メンバーがシステムを作っていました。 ジェイソンがそこで最初に担当したシステムは、見事なまでのスパゲッティコードでバグだらけ、データ設計も素人レベルでパフォーマンスも最悪、エラー処理もずさん、おまけにまともなドキュメントもなく、ちょっとした障害を調査したり、小さな改造を実施したりするのにも、大変な苦痛を伴うという、それはそれは大変なシロモノでした。 このシステムは元々エセーグルという、ちょっと変わった名前の開発者によって作られていました。 しかし彼はすでに別の開発チームに異動していて、こちらの質問には答えてくれますが、もはや本人が直接手を動かすことはありませ
WindowsのキラーアプリExcel - プログラマの思索
チケット駆動開発におけるExcelの役割についてメモ。 ＃あくまでもメモ書き。 受託開発では顧客の業務のうちExcelで手運用している業務をIT化、Web化することで狙い撃ちにしているのに、自分たちのSW開発ではExcelが幅を利かせている。 つまり、SW開発の業務そのもののIT化は遅れているのが現状だろう。 なぜ、Excelによるプロジェクト管理は良くないのか？ その理由は下記で書いた。 Excelのプロジェクト管理は何故良くないのか: プログラマの思索 一言で言えば、ExcelのドキュメントはSVN・Mercurialなどでバージョン管理すべきか、RedmineのチケットやTestLinkのテストケースなどで代用できるか、使い分けることが肝心。 では、チケット駆動開発は何をもたらしているのか？ その理由は下記で書いた。 Excelのプロジェクト管理から脱却せよ～SW構成管理を見直そう:
達成可能なプロジェクトリストを作る | ライフハッカー・ジャパン
普段はソツなくタスクをこなすアナタでも、どうもアイディアを形にできない、ということはありませんか。そういうときは、プロジェクトリストを見直した方がいいかもしれません。 David AllenのGTDや、その他のシステムを使って、アイディアを紙やデジタルフォーマットで整理している人は、情報収集という点では、うまくいっていることが多いのですが、そこからタスクを遂行する段階になると、どうもひっかかってしまうことがあります。 それは、いくら情報が整理整頓されても、どんどんたまっていって、実行が追いつかないからです。そのままでは、せっかく浮かんだいいアイディアも、日の目を見なくなってしまいますよね。そこで、今回はプロジェクトを見直して、達成可能なリストを作る方法を紹介します。後半は楽しいおまけもありますよ。 ■そもそも、なぜリストは肥大するのか？ 私たちは、ユビキタスで情報整理ができることを知り、も
プロジェクトを完遂させるための4つの原則 | ライフハッカー・ジャパン
おなじみの生産性向上ブログ「At Zen Habits」では、プロジェクトをやり遂げるための心がけとして、4つの原則を挙げています。 以下が4つの原則です。 プロジェクトの範囲はできるだけシンプルに すべてを完璧にやる必要はない。プロジェクト範囲をできるだけ限定し、シンプルにすること。 完璧を追求せず、成果は「これで十分」というレベルで 完璧を追求しはじめると、プロジェクトはけして終わらない。成果は「これで十分」というレベルでOK。 余分なものはそぎ落とす アレもコレもと欲張りすぎず、本来このプロジェクトでやるべきことに集中しよう。余分なものはいったんそぎ落とすこと。 成果はできるだけ早くリリースする 完璧なものでなくともよいので、できるだけシンプルに成果を上げ、早めにリリースしよう。 ポイントは、できるだけシンプル化し、完璧を求めすぎないことのようですね。「まずは最小限のものを作るところ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
