成果物ベースの計画は、 PRINCE2プロジェクトマネジメントアプローチの基本的な要素であり、プロジェクトの目標達成に貢献する、あるいはその達成に貢献するすべての成果物（プロジェクト成果物）と、それらを達成するために必要な関連作業を特定する手法です。プロジェクト自体を定義する文書も成果物とみなされます。
概要
- 製品内訳構造
- 製品ベース計画は、必要なすべての製品を特定し、確実に把握することを目的としており、まず製品ブレークダウン構造（PBS）を特定し、必要なすべての製品が特定されるまで繰り返し精緻化していきます。つまり、PBSは最終製品を構成するすべての製品とサブ製品の階層的な家系図です。
- ここで「製品」という用語には、プロジェクトの遂行に不可欠な中間文書製品も含まれることを理解することが重要です。この意味で、製品ブレークダウン・ストラクチャーは、単に最終製品の分解図を示す以上の意味を持ちます。製品には、紙ベースの製品などプロジェクト管理に必要な製品や、承認や先行製品の品質チェックといった品質管理製品も含まれる場合があります。例としては、要件仕様書、設計承認、試験文書、安全認証などが挙げられます。
- 製品フロー図
- 製品内訳構造（PBS）が作成されたら、次に製品フロー図（PFD）（または製品フローチャート）の作成作業を開始できます。PFDは製品の優先順位を示すもので、通常は複数の複雑な並列パスが含まれます。実用上、このフローチャートはクリティカルパススケジューリングに使用されるPERTチャートと基本的に同じであり、プロジェクトスケジュールの作成に自然につながります。
- 作業分解構造
- 必要な成果物とその作成順序を理解したら、成果物を作成するために必要なタスクを定義する作業を開始できます。
プロダクト ベースの計画の大きな利点は、重要な前提と制約を明らかにできることです。たとえば、家の屋上にさらに 1 階を建設するプロジェクトの場合、必要な製品は、委託されている階を建設する下の階になります。製品としては、そこに存在し、目的に適合することを望みますが、委託されていないため、それはスコープ外となり、前提に含まれることになります。このように、スコープ内の製品だけでなく、プロジェクトに必要な製品セット全体を定義することにより、重要な前提を明らかにおよび文書化できます。アクティビティ ベースの計画と比較したもう 1 つの利点は、レポート作成に関係しています。製品は完成しているか、そうでないかのどちらかであり、作業が行われている場合でも、アクティビティは長期間にわたって 90% 完了していることがあります。プロジェクトを完了するために必要なことは忘れられがちです。この方法はそれらをすべて把握するため、見落としの可能性が低くなります。
この方法は、英国政府が義務付けた主要プロジェクトの管理方法であるPRINCE2で使用されています。
例
冷蔵庫は最終製品であり、そのサブ製品にはドア、棚、熱交換ユニット、ファン、製氷機、照明などが含まれます。
各サブ製品は、ドアハンドル、断熱材、磁気閉鎖ストリップ、内部カバーなどの小さな製品で構成されています。
参照
参考文献
外部リンク
- PRINCE2 wikiにおける製品ベースの計画
