目的と用語例
スコープの対象群が含むプロセスの主要なインプット及びアウトプットを理解する。
スコープ規定書,WBS,WBS 辞書,活動リスト,進捗データ
1. 概要
プロジェクトスコープマネジメントにおいて、インプットとアウトプットを理解することは、プロジェクトの範囲を適切に定義し、管理する上で非常に重要です。インプットは各プロセスへの入力となる情報や文書であり、アウトプットはそのプロセスから生成される成果物を指します。
1.1. 重要性
プロジェクトの成功には、適切なスコープ管理が不可欠です。主要なインプット及びアウトプットを理解することで、プロジェクトの範囲を明確に定義し、効果的に管理することができます。スコープ管理の不備は、コスト超過や納期遅延、品質問題を引き起こすリスクがあり、早期の定義が鍵となります。
2. 詳細説明
2.1. 主要なインプット
以下が主要なインプットとなります。それぞれの役割と具体例を挙げて説明します。
- プロジェクト憲章
プロジェクトの目的や目標を記載した文書で、プロジェクトスコープの初期設定に役立ちます。例えば、新製品開発プロジェクトでは、ターゲット市場や製品の概要が含まれます。 - プロジェクトマネジメント計画書
プロジェクト全体を管理するための計画書で、スコープマネジメント計画や要求事項マネジメント計画が含まれます。これに基づいて、スコープを定義します。 - 組織のプロセス資産
過去のプロジェクトデータやテンプレートなど、組織が持つ資産を活用します。例えば、成功したプロジェクトのWBSテンプレートを参照できます。 - 企業環境要因
企業文化や市場動向、技術標準など、プロジェクトに影響を与える外部および内部の要因を指します。例えば、新規市場への参入プロジェクトでは、競合調査が含まれることがあります。
2.2. 主要なアウトプット
主要なアウトプットは以下の通りです。それぞれがプロジェクトの進行にどのように活用されるかを示します。
- スコープ規定書
プロジェクトの範囲を詳細に記述した文書で、顧客やステークホルダーとの合意形成に活用されます。
graph TD A[スコープ規定書] --> B[1. プロジェクト概要] A --> C[2. プロジェクトの成果物] A --> D[3. プロジェクト制約条件] A --> E[4. プロジェクト前提条件] B --> B1[プロジェクトの目的] B --> B2[ステークホルダー] C --> C1[必須成果物] C --> C2[オプション成果物] D --> D1[予算制約] D --> D2[スケジュール制約] D --> D3[品質要件] E --> E1[利用可能なリソース] E --> E2[組織の制約] style A fill:#f9f,stroke:#333,stroke-width:2px style B fill:#bbf,stroke:#333 style C fill:#bbf,stroke:#333 style D fill:#bbf,stroke:#333 style E fill:#bbf,stroke:#333
図1:スコープ規定書の例
- WBS(Work Breakdown Structure)
プロジェクト作業を階層的に分解した構造図で、作業の管理単位を明確にします。
graph TD A[Webアプリケーション開発] --> B[要件定義] A --> C[設計] A --> D[開発] A --> E[テスト] A --> F[リリース] B --> B1[機能要件] B --> B2[非機能要件] C --> C1[基本設計] C --> C2[詳細設計] D --> D1[フロントエンド] D --> D2[バックエンド] D --> D3[データベース] E --> E1[単体テスト] E --> E2[結合テスト] E --> E3[システムテスト] F --> F1[デプロイ] F --> F2[運用手順書作成] style A fill:#f96,stroke:#333,stroke-width:2px style B,C,D,E,F fill:#fcc,stroke:#333 style B1,B2,C1,C2,D1,D2,D3,E1,E2,E3,F1,F2 fill:#fff,stroke:#333
図2:WBSの例
- WBS辞書
WBSの各要素について、詳細な説明を記載した文書です。例えば、各タスクの担当者や作業期間を記載します。 - 活動リスト
プロジェクトで実施する作業をリスト化し、進捗を追跡する基盤とします。 - 進捗データ
スコープの実施状況を示すデータで、計画との差異分析に使用します。
3. 応用例
3.1. システム開発プロジェクトでの適用
システム開発プロジェクトでは、要件定義からテスト工程までの各フェーズに以下のように適用されます:
- スコープ規定書:システムの機能要件や非機能要件を明確化します。
- WBS:各工程を階層的に分解し、作業内容を視覚的に構造化します。
- 活動リスト:詳細なタスク一覧を作成し、進捗管理に活用します。
3.2. 進捗管理での活用
進捗データを用いて、計画と実績の差異を分析し、必要に応じて是正処置を講じます。これにより、スコープクリープ(範囲外の作業追加)を防ぎます。
図3:進捗管理の例
4. 例題
例題1
問題
あるシステム開発プロジェクトにおいて、WBSを作成する際に考慮すべき要素として、最も適切なものはどれか。
a) プロジェクトの予算のみ
b) 作業の依存関係と成果物
c) プロジェクトメンバーの希望
d) 顧客の組織構造のみ
回答:b
解説:WBSは作業の依存関係と成果物を考慮して作成する必要があります。他の選択肢は、WBS作成には十分ではありません。
例題2
問題
プロジェクトスコープのアウトプットとして、誤っているものはどれか。
a) スコープ規定書
b) WBS辞書
c) プロジェクト憲章
d) 活動リスト
回答:c
解説:プロジェクト憲章はインプットであり、アウトプットではありません。
5. まとめ
プロジェクトスコープの管理において、主要なインプット及びアウトプットを理解することは以下の点で重要です:
- プロジェクトの範囲を明確に定義できる
- 作業の構造化と詳細化が可能
- 進捗管理の基準となる
- 成果物の品質確保につながる
特に、スコープ規定書、WBS、WBS辞書、活動リスト、進捗データは、プロジェクトの成功に直結する重要なアウトプットです。これらを適切に活用することで、プロジェクトのコスト、時間、品質を効率的に管理できます。