製品ベースの計画

成果物ベースの計画は、プロジェクト管理に対するPRINCE2アプローチの基本的な部分であり、プロジェクトの目的を構成または実現することに貢献するすべての成果物 (プロジェクト成果物) と、それらを実現するために必要な関連作業を特定する方法です。プロジェクト自体を定義するドキュメントも、成果物と見なされます。

概要

製品内訳構造

製品ベースの計画は、必要な製品がすべて特定され、捕捉されることを保証することを目的としており、まず製品の内訳構造を特定し、その後、必要な製品がすべて特定されるまで繰り返し改良していきます。したがって、PBS は、最終製品を構成するすべての製品とサブ製品の階層的な家系図です。

この文脈では、「製品」という用語には、プロジェクトの遂行作業に不可欠な中間文書製品が含まれることを理解することが重要です。この意味で、製品ブレークダウン構造は、最終製品の単なる分解図以上のものです。含まれる製品には、紙ベースの製品や、以前に製造された製品の承認や品質チェックなどの品質製品など、プロジェクト管理に必要な製品も含まれます。例としては、要件仕様、設計承認、テスト文書、安全認証などがあります。

製品フロー図

製品内訳構造が作成されると、製品の優先順位を識別し、通常は複数の複雑な並列パスを含む製品フロー図(PFD) (または製品フローチャート) の作成作業を開始できます。実用上、このフローチャートは、クリティカルパススケジューリングに使用されるPERTチャートと基本的に同じであり、プロジェクトスケジュールの作成に自然につながります。

作業分解構造

必要な成果物とその作成順序を理解したら、成果物を作成するために必要なタスクを定義する作業を開始できます。

製品ベースの計画の大きな利点は、重要な前提と制約を表面化できることです。たとえば、プロジェクトが家の上にもう 1 階を建設することである場合、必要な製品は、納品を委託されている階を建設する下の階になります。製品として、そこに存在し、目的に適合することを望みますが、納品を委託されていないため、範囲外になり、前提に含まれます。このように、範囲内の製品だけでなく、プロジェクトに必要な製品セット全体を定義することにより、重要な前提を表面化して文書化できます。アクティビティベースの計画と比較したもう 1 つの利点は、レポート作成に関係しています。製品は完成しているか、そうでないかのどちらかであり、作業が行われている場合でも、アクティビティは長い間 90% 完了している場合があります。プロジェクトを完了するために実行する必要があることを忘れがちです。この方法は、それらをすべてキャプチャし、見落としの可能性を減らします。

この方法は、英国政府が義務付けた主要プロジェクトの管理方法であるPRINCE2で使用されています。

例

冷蔵庫は最終製品であり、そのサブ製品にはドア、棚、熱交換ユニット、ファン、製氷機、照明などがあります。

各サブ製品は、ドアハンドル、断熱材、磁気閉鎖ストリップ、内部カバーなどの小型製品で構成されています。

参照

参考文献

外部リンク

PRINCE2 wiki における製品ベースの計画