プロローグ 迷走するプロジェクト、その主因はWBSの不備
社内向け開発標準の整備を手掛けるNECソフトの増田浩氏（生産技術部 経営品質推進シニアエキスパート）は，たびたび発生する赤字プロジェクトに危機感を募らせていた。プロジェクト計画に作業の抜け・漏れがあり，それが引き金となって赤字プロジェクトに陥るケースが目立っていたからだ。 例えばあるプロジェクトでは，当初の計画において移行時のマスター・データの作成作業が漏れていた。担当するプロジェクト・マネージャ（PM）は，ユーザー側で用意するものと考えていたのだ。移行フェーズに入って，PMがマスター・データの作成をユーザーに尋ねると，「こちらの予定にそんな作業はなかった。てっきりそちらがやるものと思っていた」という答えが返ってきた。結局，ベンダー側で追加メンバーを投入して難局を乗り越えたが，新たな人件費が発生し，コスト超過に陥った。 増田氏は「実施すべき作業内容を規定したWBS（Work Breakdo
マイクロソフトにおけるアジャイル開発はこんな風に進められている － Publickey
マイクロソフトの代表的なソフトウェアは、数千人を超える開発者、数十万のソースコードファイル、数千回ものビルドを繰り返して開発される大規模なものだといわれています。 マイクロソフトのエバンジェリスト長沢智治氏は、こうした大規模な開発プロジェクトがマイクロソフト社内でどのように行われているのか、プロジェクトチームの組成から実施計画、進捗管理、バグレポートなど、その裏側を紹介するセッションをいくつかのイベントで行っています。 そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。 今回、以前に行われたセッションビデオの存在を長沢氏ご本人から教えていただいたので、開発プロセスに関する部分にフォーカスした記事としてまとめました。 記事での内容は主に、「Microsoft Tech
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
