今回は、「作業に分解」するWBSと「成果物に分解」するWBSの表記方法の良いとこ取りをした「ハイブリッド型」WBSを紹介します。 「作業分解型」と「成果物分解型」WBSのメリット&デメリット さて、連載2回にわたって、「作業分解型」と「成果物分解型」のWBSを紹介しましたが、読者の皆さんはどちらのWBSを使うでしょうか。双方とも長所と短所があり、一概にはどちらが良いとは言えません。それぞれは場合に応じて使い分けが要求されます。次の図を見てください。
![良いとこ取りの「ハイブリッド型」](https://cdn-ak-scissors.b.st-hatena.com/image/square/a524310a5da28e74061f7a509ca8bea5a250698e/height=288;version=1;width=512/https%3A%2F%2Fimage.itmedia.co.jp%2Fim%2Farticles%2F1008%2F02%2Fl_ma_zu03.jpg)
レベル2を「成果物一覧」で分解した場合は、成果物単位でワークパッケージが表されるため、責任の単位がWBSとして分解されているケースが多くみられます。欧米企業や、オフショアを活用している会社では、契約上、責任範囲をかなり詳細に記述する必要があるため、こちらのWBSを好む傾向にあります。 さて、実際のシステム開発プロジェクトにおける事例を見てみましょう。レベル1は顧客に納品する成果物であるXXXシステム(システムの名前など)が記入されます。レベル2を見ると一般的な成果物一覧の大項目が並びます。例えば、「ハードウェア」「ソフトウェア」「開発用ドキュメント」「ユーザードキュメント」「プロジェクト管理」などです。 留意事項として、「プロジェクト管理」だけは「作業分解型」のWBSと共通の項目になります。プロジェクト管理は厳密に言えば成果物ではありませんが、プロジェクトを円滑に進めるために必須となるため
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く