タスク9へようこそ：プロジェクト状況の評価
未来のPMP合格者の皆さん、こんにちは！長いドライブに出かけて、目的地に時間通りに着けるか、ルートから外れていないかを確認するために、1時間おきにGPSをチェックしたことはありませんか？まさにそれがタスク9：プロジェクト状況の評価のすべてです。プロジェクトマネジメントの世界では、物事が順調に進むことをただ「願う」のではなく、それを証明するために特定のツールと測定指標を使います。
この章では、プロジェクトが計画に対して現在どの位置にいるのかを測定する方法を学びます。これは、プロジェクトが組織に価値を提供し続けるために不可欠なドメインII：プロセスにおける重要な役割です。
1. 正しいものさしを選ぶ：手法と指標
状況を測定する前に、何を、どのように測定するかを決める必要があります。ソフトウェアプロジェクトの「成功」を測定する方法と、建設プロジェクトを測定する方法は同じではありません。
作業パフォーマンスデータ、情報、報告書
これらの用語が似ていて混乱しても大丈夫です。これらは「データの進化」のプロセスだと考えてみてください。
• 作業パフォーマンスデータ： これらは生の事実です。例：「今日、5,000ドルを費やした」
• 作業パフォーマンス情報： これは計画と比較したデータです。例：「5,000ドル費やしたが、計画では4,000ドルの予定だった。予算オーバーだ」
• 作業パフォーマンス報告書： これはステークホルダー向けの最終的なサマリーです。例：予算が赤信号になっているステータスダッシュボード。
追跡すべき主要指標
一般的な指標には、スケジュール（遅れていないか？）、コスト（予算オーバーしていないか？）、スコープ（正しい作業をしているか？）、品質（作業の質は良いか？）が含まれます。
重要なポイント： 何をもって「成功」とするかを全員が理解できるよう、指標は早い段階で決定しなければなりません。
2. 「ゴールドスタンダード」：EVM（アーンド・バリュー・マネジメント）
EVMは受験生が最も難しく感じる部分ですが、実は非常に論理的です！これは、スコープ、スケジュール、コストを組み合わせてプロジェクトの状況を把握するための手段に過ぎません。
10部屋の塗装を、1日あたり100ドル、合計10日間で1,000ドルで請け負ったと想像してください。
• 計画価値（PV）： 完了していると期待されていた作業量。5日目であれば、PVは500ドル（5部屋分）です。
• アーンド・バリュー（EV）： 実際に完了した作業の価値。もし3部屋しか終わっていなければ、EVは300ドルです。
• 実コスト（AC）： 実際に費やした費用。3部屋を塗るために400ドル使ったなら、ACは400ドルです。
パフォーマンス計算式
私たちは、状況を把握するために差異（引き算）と指数（割り算）を使います。
• スケジュール差異（SV）： \( SV = EV - PV \)。マイナスならスケジュール遅延です！
• コスト差異（CV）： \( CV = EV - AC \)。マイナスなら予算オーバーです！
• スケジュール効率指数（SPI）： \( SPI = \frac{EV}{PV} \)。
• コスト効率指数（CPI）： \( CPI = \frac{EV}{AC} \)。
指数（SPIとCPI）を覚えるコツ
1.0を目標値と考えてください。
• 1.0より大きい = スーパーマン！素晴らしい（予算内、またはスケジュール前倒し）。
• 1.0より小さい = 問題発生！（予算オーバー、またはスケジュール遅延）。
• 1.0ちょうど = 計画通りです。
暗記のヒント：「I over P」（Index = EV / 何か）。CPIならコスト（AC）で割る。SPIなら計画（PV）で割る、と覚えましょう。
3. プロジェクトの健全性を評価する（数値を超えて）
数値（EVM）は重要ですが、状況評価には全体像を見ることが含まれます。
差異分析： これは「なぜ？」を突き止めるものです。差異を見つけたら調査が必要です。スケジュールが遅れているのは一時的な悪天候のせいでしょうか、それともチームが予想より遅いのでしょうか？
傾向分析： 時間経過に伴うパフォーマンスの変化を見ます。改善しているのか、悪化しているのか？もしCPIが3ヶ月連続で低下していれば、問題は深刻化しています。
品質とリスクのレビュー： 状況評価はお金だけではありません。品質基準を満たしていますか？来週プロジェクトを台無しにするような新しいリスクが発生していませんか？
重要なポイント： 状況を評価するとは、過去（実績）、現在（差異）、未来（傾向とリスク）を見ることです。
4. ステークホルダーへの報告
状況を把握したら、関係者に伝える必要があります。ただし注意してください。人によって必要な詳細レベルは異なります。
• スポンサー： 通常、高レベルの「ストップライト・レポート（青・黄・赤）」を求めています。
• チーム： 特定の問題を解決するために、詳細な情報が必要です。
• 顧客： 期限を守れるかどうかに関心があります。
よくある落とし穴：「スイカ」プロジェクト
「スイカ・レポーティング」の罠に陥らないようにしましょう。これは、外側（報告書）は緑色で順調に見えるのに、中身は赤色（問題だらけ）という状態です。ステークホルダーが手遅れになる前に問題を解決できるよう、自分の状況を正直に伝えましょう！
クイックレビューボックス
• PV： 計画した作業量
• EV： 実際に完了した作業の価値（ドル換算）
• AC： 実際に費やしたコスト
• CPI/SPI > 1.0： 良い！
• CPI/SPI < 1.0： 悪い！
• コミュニケーション： 報告相手に合わせて内容を調整する。
難しく感じても大丈夫！
プロジェクト状況を評価するスキルは、練習すれば必ず上達します。EVMの計算式が混乱する場合は、ただ一つだけ覚えておいてください。計算式では常にEVが最初に来ます。 引き算でも割り算でも、まずはアーンド・バリュー（EV）から始めるのです。あなたなら絶対にできます！
ゴールまであと少し：タスク10 - プロジェクトの終結
未来のPMP認定者の皆さん、こんにちは！これまで計画、実行、監視と一生懸命取り組んできましたね。いよいよ最後のステップ、プロジェクトの終結（Project Closure）です。多くの受講生が「終結＝作業を終わらせること」だと考えてしまいがちですが、PMPの世界では、これは正式なプロセスです。賃貸マンションの退去をイメージしてみてください。ただ鍵を置いて出ていくだけではありませんよね。部屋を掃除し、精算を行い、敷金を回収し、正式に鍵を引き渡すはずです。この章では、組織があなたの成功から学び、次のステップへ進めるように、物事をきれいに締めくくる方法を学びましょう！
1. なぜプロジェクトを終結させるのか？
終結は、成功したプロジェクトのためだけのものではありません。完了したプロジェクト、中止されたプロジェクト、そして大規模プロジェクトにおける各フェーズの終わりには、必ず終結を行う必要があります。これを行う目的は、あらゆる「やり残し（未完了事項）」を整理し、終わるべきものに組織がいつまでも資金を投じ続けないようにするためです。
終結の主な目的：
- プロジェクトの作業が完了したことを確認する。
- 製品を顧客や運用チームへ正式に引き渡す。
- 教訓（Lessons Learned）を収集し、組織の知見を高める。
- チームを解放し、他のプロジェクトで活躍できるようにする。
- 法的または記録上の理由でドキュメントをアーカイブする。
2. 成功する終結のためのステップ
最初は膨大な事務作業のように感じるかもしれませんが、心配しないでください。以下のステップを順番に守れば、あなたも終結のプロになれます！
ステップA：完了基準の確認
私たちが本当に「終わった」と判断するにはどうすればよいでしょうか？プロジェクトマネジメント計画書とスコープベースラインを確認します。すべての要件が満たされていること、そして顧客が成果物に対して正式に承認（サインオフ）していることを確認する必要があります。
例え：家にペンキを塗る業者を雇ったとき、「完了」とは筆を置いた瞬間のことではありません。一緒に家の中を歩いて回り、「素晴らしい仕上がりだ」と合意し、請求書にサインをしたときこそが「完了」なのです。
ステップB：所有権の移転
製品が完成したら、実際にそれを使用する人々へ引き渡す必要があります。これを所有権の移転（Transfer of Ownership）や移行（Transition）と呼びます。これには、新しいユーザーへのトレーニングや、マニュアル、保証書の引き渡しなどが含まれます。
ヒント：ソフトウェアアプリを開発している場合、終結には「テスト環境」から、実際の顧客が使用できる「本番環境」へ移行する作業が含まれます。
ステップC：行政的終結（事務的な終結）
これは「事務作業」のフェーズです。PMP試験では非常に重要です！以下の対応が求められます：
- ベンダーとの契約をすべて完了させる。
- すべての財務アカウントを精算する（支払いがすべて完了し、プロジェクト予算が閉じられているか確認する）。
- プロジェクトの状況（納期通りか、予算内かなど）を要約した最終プロジェクト報告書を作成する。
- すべてのプロジェクト文書を組織のプロセス資産（OPAs）にアーカイブする。
ステップD：教訓と知識の移転
これは、あなたの会社にとって最も価値のある終結プロセスといえます。チームメンバーと話し合い、「何がうまくいったか？」「何がうまくいかなかったか？」を共有します。
- 知っていましたか？ PMPでは、教訓（Lessons Learned）はプロジェクトを通じて収集されるべきものですが、最終化されるのは終結時です。これらは会社の「ライブラリ」の一部となり、将来のプロジェクトマネージャーが同じ過ちを繰り返さないために役立てられます。
ステップE：チームの解放
作業が完了し、書類が提出されたら、チームメンバーを解放する時です。マトリックス組織であれば、彼らは元の機能部門のマネージャーのもとへ戻ります。プロジェクト指向型組織であれば、新しいプロジェクトにアサインされることになります。
重要ポイント：たとえプロジェクトが途中で中止になったとしても、行政的終結は義務です！なぜ失敗したのかを記録し、完了したものをアーカイブする必要があります。
3. 記憶の助け：頭文字「C.L.O.S.E.」
タスク10の主な活動を覚えるには、C.L.O.S.E.という言葉を思い出してください：
C (Confirm) - 作業が完了し、受け入れられたことを確認する。
L (Lessons) - 教訓を記録（ドキュメント化）する。
O (Ownership) - 顧客へ所有権を移転する。
S (Settle) - すべての財務的・法的義務を精算する。
E (Exit) - チームを解放（退出）する。
4. 避けるべき一般的な落とし穴
PMP試験では、次のような「ひっかけ」のシナリオに注意してください：
- 間違い：教訓の記録が終わる前にチームを解放してしまう。（チームこそが教訓のソースです！セッションが終わるまでメンバーを確保しておきましょう。）
- 間違い：中止になったプロジェクトには終結は不要だと考える。（支払いを済ませ、なぜ中止になったかを記録する必要があります！）
- 間違い：2年かかるプロジェクトの最後になるまで、終結について考えない。（終結は各フェーズの終わりごとに行うべきです。）
5. 終結のためのツールと技法
実際にどうやって終結を完了させるのでしょうか？これらのシンプルなツールを使います：
1. 専門家の判断（Expert Judgment）
法務の専門家、調達部門、または上級マネージャーに相談し、技術的または法的な要件を見落としていないか確認します。
2. 会議（Meetings）
「教訓（Lessons Learned）」会議や「振り返り（Post-Mortem）」会議こそが魔法の場です。チームが自由に発言できる、オープンで正直な環境を作りましょう。
3. 文書分析（Document Analysis）
プロジェクトマネジメント計画書や記録を確認し、すべてがチェックされているかを確認します。PMP試験においては、「文書に記載されていないことは、起こっていない」とみなされます！
クイック復習ボックス：
- 最終成果物：顧客へ引き渡し完了。
- 最終報告書：プロジェクトのパフォーマンスを要約。
- 教訓：組織のライブラリ（OPAs）に追加。
- チーム：次の冒険（プロジェクト）へ解放。
まとめ：タスク10の締めくくり
プロジェクトの終結は、ただ「さようなら」を言うこと以上のものであり、スコープの検証、製品の移転、記録のアーカイブ、そしてチームの懸命な努力を称えるための構造化されたプロセスです。これらのステップを踏むことで、プロジェクトの成功が認められ、組織は次の課題に対してより良い準備ができるようになります。さあ、これでドメインIIの次のタスクへ進む準備が整いました！