PMPの記事まとめ第4弾は、スコープマネジメントについてまとめます。ここではプロジェクトの成功において必要な作業は何か？が明確になります。
what you learn
スコープとは、ステークホルダーの要求事項（＝プロジェクトの目的）を達成するためのプロジェクトに必要な作業や成果物の範囲を意味しています。スコープという用語はPMBOKガイドでは以下の２つに定義されます。
また、スコープは開発アプローチにより定義されるタイミングが異なります。予測型（ウォーターフォール型）ではプロジェクトの開始時、適応型（アジャイル型）では反復の開始ごとに承認されることになります。
プロジェクトスコープマネジメントの以下６つプロセスを確認していきます。
※ () 内はプロセス群の名前を記載。
プロジェクトおよびプロダクトスコープを定義、妥当性確認、コントロールする方法を文書化したプロジェクトマネジメント計画書を作成するプロセスです。要求事項に対するマネジメント方法を記載した計画書も作成されます。
インプット・ツールと技法・アウトプットは以下の通りです。
| インプット | ■ プロジェクト憲章 ■ プロジェクトマネジメント計画書 — 品質マネジメント計画書 — プロジェクトライフサイクル記述書 ■ EEF ■ OPA |
|---|---|
| ツールと技法 | ■ 専門家の判断（SME） ■ データ分析 (代替案分析) ■ 会議 |
| アウトプット | ■ スコープマネジメント計画書 ■ 要求事項マネジメント計画書 |
スコープマネジメント計画書は、プロジェクトスコープを定義、文書化
検証、マネジメント、コントロールする方法を記載しています。WBSの作成や維持、スコープの変更方法、成果物の公式な受け入れ基準、要求事項への処理方法などが記載されています。
要求事項マネジメント計画書は、顧客からの要求事項を収集する方法や優先順位の決め方などの記載があります。
スコープマネジメント計画書や要求事項マネジメント計画書、およびステークホルダー登録簿をもとに必要なステークホルダーからの要求事項を決定し、文書化し、マネジメントするプロセスで、一般的に「要件定義」と呼ばれます。
そのため
というような会話を聞いたら、
と頭の中で自動変換しましょう。
インプット・ツールと技法・アウトプットは以下の通りです。
| インプット | ■ プロジェクト憲章 ■ プロジェクトマネジメント計画書 ■ プロジェクト文書 ■ ビジネス文書 — ビジネスケース ■ 合意書 ■ EEF ■ OPA |
|---|---|
| ツールと技法 | ■ 専門家の判断 ■ データ収集 ■ データ分析 ■ 意思決定 ■ データ表現 ■ 人間関係とチームに関するスキル ■ コンテキストダイアグラム ■ プロトタイプ |
| アウトプット | ■ 要求事項文書 ■ 要求トレーサビリティマトリックス |
プロジェクトマネジメント計画書は以下の補助計画書を参照します。
プロジェクト文書としては以下の３つが使われます。
要求事項を収集する際に、いくつかのツールと技法を利用します。
データ収集
データ分析
意思決定
データ表現
人間関係とチームに関するスキル
プロトタイプ
プロダクトを構築する前にモデルを提供することで要求事項へのフィードバックを回収する方法。モックアップ、シミュレーションなどが例となる。
要求事項文書は、個々の要求事項がプロジェクトのビジネスニーズにどう合致しているかを記述化した文書です。次のスコープの定義の重要なインプットになります。
要求事項トレーサビリティマトリックスは、プロダクト要求事項発生元と、要求事項を満たす成果物の結びつきをマトリックスでまとめたものになります。
収集した要求事項を、要求事項文書から最終プロジェクト要求事項を選択するプロセスです。
インプット・ツールと技法・アウトプットは以下の通りです。
| インプット | ■ プロジェクト憲章 ■ プロジェクトマネジメント計画書 — スコープマネジメント計画書 ■ プロジェクト文書 ■ EEF ■ OPA |
|---|---|
| ツールと技法 | ■ 専門家の判断 ■ データ分析（代替案分析） ■ 意思決定（他基準意思決定分析） ■ 人間関係とチームに関するスキル ■ プロダクト分析 |
| アウトプット | ■ プロジェクトスコープ記述書 < 以下更新版 > ■ プロジェクト文書 |
プロジェクト文書については以下の３つが使用されます。
プロダクト分析では、ハイレベルの要求事項を、最終プロダクトを設計するために必要な詳細レベルまで要素分解されます。例として以下のような技法あります。
VEやVAはコスト低下を目的としており、同機能でいかにコストダウンできるかを分析する。
プロジェクトスコープ記述書は、以下の内容が記述されています。
プロジェクトの要求事項から、プロジェクトの作業を詳細に分解してワークブレイクダウンストラクチャー（WBS）を作成するプロセスです。
WBS は 「プロジェクト目標を達成し、必要な成果物を生成するために、プロジェクトチームが実行する作業を、成果物を主体に段階的に要素分解したもの」 とPMBOKガイドでは定義されています。また、WBSの最低構成要素は、ワークパッケージと呼ばれます。
インプット・ツールと技法・アウトプットは以下の通りです。
| インプット | ■ プロジェクトマネジメント計画書 — スコープマネジメント計画書 ■ プロジェクト文書 —プロジェクトスコープ記述書 —要求事項文書 ■ EEF ■ OPA |
|---|---|
| ツールと技法 | ■ 専門家の判断 ■ 要素分析 |
| アウトプット | ■ スコープベースライン < 以下更新版 > ■ プロジェクト文書 —前提条件ログ —要求事項文書 |
要素分解は、インプットにあるプロジェクトスコープ記述書に記載されているプロジェクトスコープや成果物を細分化するための技法です。PMBOKガイドでは、通常以下の活動が行われると定義されています。
段階的に詳細化する手法としては、ローリングウェーブ計画法が使用されることがあります。
スコープベースラインは比較のための基準として使用され、変更時は正式な変更管理の基準を通して行われます。スコープベースラインは以下の３つで構成されています。
スコープの妥当性確認で、検証された成果物を顧客やスポンサーによって正式な受入れが行われます。
もしプロジェクトが中断した場合においても、成果物の完成度愛と範囲を確定して文書化することが必要になります。
インプット・ツールと技法・アウトプットは以下の通りです。
| インプット | ■ プロジェクトマネジメント計画書 —スコープマネジメント計画書 —要求事項マネジメント計画書 —スコープベースライン ■ プロジェクト文書 ■ 検証済み成果物 ■ 作業パフォーマンスデータ |
|---|---|
| ツールと技法 | ■ 検査 ■ 意思決定（投票） |
| アウトプット | ■ 受入れ済み成果物 ■ 作業パフォーマンス情報 ■ 変更要求 < 以下更新版 > ■ プロジェクト文書 |
プロジェクトやフェーズの終結（終結）で成果物が検証～受入れされ、顧客へ移管されるまでの流れを下図のようにまとめましたが、ここでは検証された成果物の正式な受入れのための検査が行われます。
プロジェクトおよびプロダクトスコープの状況を監視し、スコープベースラインへの変更をマネジメントするプロセスです。時間やコスト、資源を調整せずにスコープが拡大し続けるスコープクリープを防ぐために重要なプロセスになります。
インプット・ツールと技法・アウトプットは以下の通りです。
| インプット | ■ プロジェクトマネジメント計画書 — スコープベースライン ■ プロジェクト文書 ■ 作業パフォーマンスデータ ■ OPA |
|---|---|
| ツールと技法 | ■ データ分析（差異分析、傾向分析） |
| アウトプット | ■ 作業パフォーマンス情報 ■ 変更要求 < 以下更新版 > ■ プロジェクトマネジメント計画書 ■ プロジェクト文書 |
差異分析は、プロジェクトマネジメント計画書のベースラインであるスコープベースラインと実際の状況を把握する作業パフォーマンスデータの差異を分析して、是正処理や予防処置が適切であるかを判断します。
プロジェクトにおける作業や成果物、受け入れ基準などがまとまれば、次はスケジュールを決めていきます。
今回はここまで！