プロジェクトの終了時になると、「Lessons Learned（教訓）をまとめましょう」と言われることがあります。
しかし、「反省会と何が違うの？」「失敗を書くだけではないの？」と思う方も少なくありません。
教訓（Lessons Learned）は、成功や失敗の経験を次のプロジェクトへ活かすための重要な資産です。
この記事では、教訓（Lessons Learned）の意味や目的、実施するタイミング、実務での活用方法までわかりやすく解説します。
一言でいうと
教訓（Lessons Learned）とは、「プロジェクトで得られた経験や学びを整理し、次のプロジェクトで活かすための知識」のことです。
教訓（Lessons Learned）とは
Lessons Learnedは、プロジェクトの中で経験した成功や失敗、その原因や改善策を整理し、組織の知識として残す活動です。
PMBOKでは、教訓は組織のプロセス資産（Organizational Process Assets）の一つとして位置付けられています。
単なる記録ではなく、「次回どのようにすればより良い結果になるか」を明らかにすることが目的です。
なぜ教訓が重要なのか
同じような失敗を繰り返すプロジェクトは少なくありません。
例えば、毎回「レビューが遅れた」「要件変更が多かった」という問題が発生していても、その原因や対策を共有しなければ、次のプロジェクトでも同じことが起こります。
教訓を残すことで、組織全体のプロジェクトマネジメントを継続的に改善できます。
教訓の具体例
| 出来事 | 教訓（Lessons Learned） |
|---|---|
| 要件変更が頻発した | 要件定義段階で利用部門とのレビュー回数を増やす |
| 設計レビューで多くの指摘が出た | レビュー前にセルフチェックを必須とする |
| 進捗遅延を早期に把握できた | 毎週のリスクレビューを継続する |
| 関係者との認識が一致していた | 定例会議で決定事項を必ず議事録に残す |
重要なのは、「何が起きたか」ではなく、「次にどう活かすか」をまとめることです。
教訓と振り返りの違い
振り返り（Retrospective）と混同されることがありますが、それぞれ目的が異なります。
| 項目 | 教訓（Lessons Learned） | 振り返り（Retrospective） |
|---|---|---|
| 目的 | 組織の知識として残す | チームの改善につなげる |
| 対象 | 成功・失敗・改善策 | 仕事の進め方やチーム運営 |
| タイミング | プロジェクト中・終了時 | イテレーションやスプリントごと |
アジャイル開発では振り返りを繰り返し行い、その結果を教訓として蓄積することもあります。
教訓はプロジェクト終了時だけではない
PMBOKでは、教訓はプロジェクト終了時だけでなく、プロジェクトの途中でも継続的に収集することが推奨されています。
問題が発生した直後や重要なマイルストーンの後に記録しておくことで、より実践的な知識として活用できます。
実務ではこんな場面で活用される
例えば、設計フェーズで「レビュー前にチェックリストを使ったことで指摘件数が半減した」とします。
これを教訓として残しておけば、次のプロジェクトでも同じチェックリストを活用でき、品質向上につながります。
逆に、「設計レビューが遅れた」という事実だけを記録しても、改善にはつながりません。
よくある勘違い
教訓は失敗だけを書くものではない
成功した取り組みも重要な教訓です。
「うまくいった理由」を整理することで、成功を再現しやすくなります。
教訓は記録するだけでは意味がない
教訓は、次のプロジェクトで活用されて初めて価値があります。
共有しやすい形で蓄積し、必要なときに参照できる仕組みを整えることが重要です。
プロジェクトマネージャ試験ではここが重要
IPAのプロジェクトマネージャ試験では、「プロジェクト完了後の振り返り」や「組織への知識共有」が論点になることがあります。
午後Ⅱ論文では、「今回の経験をどのように次のプロジェクトへ活かしたか」を説明できると、継続的改善の視点を示すことができます。
PMBOKでも、Lessons Learned Register（教訓登録簿）を活用し、プロジェクト全体を通じて教訓を蓄積することが推奨されています。
PM道場のワンポイント
「レビュー対象を事前に分割し、レビュー時間を30分以内にする」「レビュー前日にセルフチェックを実施する」といった具体的な改善策まで整理して初めて、次のプロジェクトで活かせる知識になります。
優れたプロジェクトマネージャは、過去を分析することよりも、「未来のプロジェクトが成功するための仕組み」を残すことを重視しています。
関連用語
- プロジェクト終結
- プロジェクトライフサイクル
- ナレッジマネジメント
- 継続的改善（Continuous Improvement）
- プロセス資産（OPA）
- 品質マネジメント
- リスクマネジメント
- レビュー
まとめ
教訓（Lessons Learned）とは、プロジェクトで得られた経験や学びを整理し、次のプロジェクトへ活かすための知識です。
失敗だけでなく成功事例も整理し、「なぜそうなったのか」「次にどうするか」を明確にすることが重要です。
教訓を組織の資産として活用することで、プロジェクトマネジメントの品質を継続的に向上させることができます。
関連記事
- プロジェクトライフサイクルとは？
- 品質マネジメントとは？
- リスクマネジメントとは？
- ナレッジマネジメントとは？
よくある質問（FAQ）
Q. Lessons Learnedとは何ですか？
A. プロジェクトで得られた成功や失敗の経験を整理し、次のプロジェクトで活かすための知識や教訓のことです。
Q. 教訓はプロジェクト終了後だけに作成するものですか？
A. いいえ。PMBOKでは、プロジェクト中も継続的に教訓を収集・記録することが推奨されています。
Q. 良い教訓を残すポイントは何ですか？
A. 「何が起きたか」だけでなく、「なぜ起きたのか」「次回はどう改善するのか」まで具体的に整理することです。
これはCTAサンプルです。
内容を編集するか削除してください。
