8-4. 次回への教訓：教訓登録簿（Lessons Learned Register）の作成と組織資産への登録
プロジェクトマネジメントの終結フェーズにおいて、重要な活動の一つが「振り返り（レトロスペクティブ/ポストモーテム）」による「教訓（Lessons Learned）の抽出」です。プロジェクトで起きた成功や失敗は、実行したチームメンバーだけの記憶にとどめず、組織プロセス資産（OPA）として会社全体に還元します。
教訓登録簿（Lessons Learned Register）とは
教訓登録簿（Lessons Learned Register）とは、プロジェクトのライフサイクルを通じて得られた、成功の原因、失敗の要因、および「次回以降どうすべきか」の具体的な改善アドバイスを記録したドキュメントです。
教訓を記録する際は、曖昧な感想（例：「もっと早くやるべきだった」）ではなく、「次回何を行うべきか」の行動可能な提言（アクションプラン）に昇華させる必要があります。
| 発生した事象（事実） | 原因の分析（Why） | 悪かった記載例（単なる愚痴・感想） | 良い記載例（アクション可能な提言） |
|---|---|---|---|
| リリース直前にAPIの接続テストで致命的なバグが発覚し、納期が3日遅れた。 | 接続先の外部システム仕様書が古いままであり、開発中のすり合わせ不足。 | 「他社のドキュメントが古かったため遅れた。他社には早く最新の仕様書を出してほしい」 | 「外部連携を伴う開発では、WBSに『API疎通テスト』を最優先で配置し、開始から1ヶ月以内に最小の疎通確認を必ず実行する」（任意依存関係のFS見直し） |
| UIデザインのやり直しが3回発生し、デザイナーの工数が2倍に膨らんだ。 | モックアップを提示せず、文字の仕様書のみで合意を取り進めてしまったため。 | 「顧客が途中で要望を頻繁に変更した。デザインの好みが一致しなかった」 | 「要件定義時には、デザインシステムとFigmaモックアップを用意し、実機イメージを提示した上で受け入れ基準のサインを取得する」 |
| 新しいセキュリティ技術の導入が、予定の半分の日数でスムーズに完了した。 | 過去にその技術を使った経験のある社内専門家を、週1回のメンターとしてアサインしたため。 | 「メンターが優しかったのでうまくいった。鈴木さんのスキルが高かった」 | 「新規技術を採用するプロジェクトでは、初期計画段階で社内のセンター・オブ・エクセレンス（CoE）からメンターをアサインする予算をあらかじめ確保する」 |
組織プロセス資産（OPA：Organizational Process Assets）への登録
作成した教訓登録簿は、プロジェクトチーム内だけに留めておくのではなく、会社の共有データベースである「組織プロセス資産（OPA：Organizational Process Assets）」に登録します。
組織プロセス資産には、過去のプロジェクトの「見積もり履歴」「計画書テンプレート」「リスク登録簿」「WBSライブラリ」「教訓登録簿」が蓄積されており、将来のプロジェクトを担当するPMが同じ失敗を繰り返さないための参考資料として活用されます。
教訓の循環サイクル
プロジェクトマネジメントは、過去の知恵（資産）からスタートし、自身のプロジェクトで得た新たな知恵を次の世代へ返すという「知識の循環ループ」の上に成り立っています。
おわりに：読了
これで「プロジェクトマネジメントとPMBOKの入門教科書」のすべてのセクションを終了しました。
プロジェクトマネジメントは、ただ手法（WBS、CPM、EVMなど）を覚えるだけでは不十分です。プロジェクトの性質やメンバーの特性、ステークホルダーの期待値とのギャップを見極め、状況に応じて手法を「テーラリング（仕立て直し）」し、対人スキル（Power Skills）を柔軟に発揮することが求められます。
この教科書で得た知識を土台として、ぜひ目の前のプロジェクトで小さな実践と振り返りを繰り返し、あなた独自のグッドプラクティスを築き上げてください。