プロジェクトマネジメント講座【上級編】第11回：プロジェクト終了フェーズと lessons learned の体系化

サマリ

プロジェクト終了は単なる業務の完了ではなく、今後の組織資産を作る重要なステップです。この記事では、lessons learned（経験から得た教訓）を体系的に記録・活用する方法をご紹介します。失敗も成功も次のプロジェクトに活かすことで、組織全体の生産性を向上させることができます。

詳細

プロジェクト終了フェーズが軽視される理由

多くの企業では、プロジェクトが完了した瞬間に次のプロジェクトへすぐに着手しています。実は、終了フェーズを丁寧に実行している企業は全体の約35%に過ぎないというデータもあります。その理由は、すでに予算が消化されたこと、成果物が納品されたことで「終わった」と判断されるからです。

しかし、ここで立ち止まり、プロジェクト運営の全プロセスを振り返ることの価値は計り知れません。成功したプロジェクトと失敗したプロジェクトの違いを言語化できれば、次回以降の成功確度は飛躍的に高まるのです。

Lessons Learned とは何か

Lessons Learned は、プロジェクトの実行過程で得られた知見や教訓をまとめたものです。重要なのは、単なる「反省会」ではなく、組織の知的資産として体系化することです。

具体的には以下の4つの視点から分析します。まずは「何がうまくいったのか」、次に「何がうまくいかなかったのか」、そして「どうすれば改善できるのか」、最後に「この経験を他のプロジェクトにどう応用できるか」です。

効果的なLessons Learned の記録方法

実践的なレコーディング方法をお伝えします。プロジェクト完了直後に、プロジェクトマネジャー、チームリーダー、ステークホルダーで振り返り会議を開催してください。理想的な参加人数は5～8名です。これ以上増えるとメンバーの発言機会が減り、意見が薄まります。

会議では「課題・原因・対策・今後の活用方法」という4つの項目を記入するシートを使用します。手書きやスプレッドシートで構いません。重要なのは、抽象的ではなく具体的に記すことです。「コミュニケーションが不足していた」ではなく「週1回の定例会議が隔週になったため、要件変更の情報共有が遅延した」というように、事実ベースで記録してください。

リスク管理との連携

Lessons Learned は、次回のプロジェクトのリスク計画に直結します。今回のプロジェクトで顕在化したリスクは、次回以降も発生する可能性があります。

例えば、あるIT企業のプロジェクトでは、外部ベンダーとの調整が課題として上がりました。このデータを基に、次のプロジェクトでは「ベンダー調整専任者の配置」という予防策を講じた結果、スケジュール遅延が50%削減されたという事例があります。

ベストプラクティスの抽出と共有

失敗事例だけでなく、成功事例も同じくらい重要です。「この手法がうまくいった」という学びを組織内に展開することで、全体の底上げが実現します。

ナレッジ共有の工夫としては、単にドキュメントを保管するのではなく、定期的な勉強会やワークショップの開催がお勧めです。月1回30分程度の短時間セッションで過去のプロジェクト事例を共有する企業では、新人の育成期間が3ヶ月短縮されたというデータもあります。

組織のナレッジベース構築

複数のプロジェクトから集約されたLessons Learned は、組織の貴重なナレッジベースになります。業界や規模によって異なりますが、平均的には5～10件のプロジェクトを経験すると、かなり体系的なナレッジが蓄積されます。

新しいプロジェクトが始まる際に、この蓄積された知見を活用すれば、計画段階でリスク要因を先回りして対策できます。結果として、プロジェクト成功率の向上、コスト削減、スケジュール遵守といった複合的な効果が見込めるのです。

最後に

プロジェクト終了は終わりではなく、次への始まりです。一つひとつのプロジェクトから学び、それを体系化する習慣が、組織のプロジェクトマネジメント力を確実に高めていきます。ぜひ、終了フェーズを大切にしてください。