プロジェクトの教訓（Lessons Learned）とは？
プロジェクトの教訓とは、プロジェクトの中で得た知識のうち、次に生かせるものです。うまくいったやり方も、失敗の原因と防ぎ方も含みます。英語の Lessons Learned から「レッスンズ・ラーンド」とも呼ばれます。
教訓は、記録して終わりではありません。集めて、書いて、使って、組織に返す。次のプロジェクトがそれを探して使う。この流れが回って初めて役に立ちます。
- 1
集める
ふりかえりや教訓の会議で出す
- 2
書く
教訓登録簿に事実・原因・推奨を記録
- 3
使う
残りの作業ですぐ試す
- 4
返す
組織の保管場所に移し、手順の改訂を提案
- 5
探して使う
次のプロジェクトが立ち上げで読む
探して使うのあと、集めるに戻って繰り返す
当サイトの整理
教訓はいつ集める？（終わりだけではない）
教訓をプロジェクトの終わりにだけ集めると、2つの問題が起きます。1つは、細かいことを忘れてしまうこと。もう1つは、そのプロジェクトの中で生かせないことです。
立ち上げ
似た過去のプロジェクトの教訓を読む
反復・スプリントの終わり
ふりかえりで得たことを記録する
大きな課題の解決後
原因と効いた対処を残す
フェーズの区切り
フェーズ全体の教訓をまとめる
終結
最終的な教訓をまとめ、組織に返す
当サイトの整理
立ち上げのときに過去の教訓を読むことも、教訓の活用です。ECO の「教訓を活用する」は、記録するだけでなく使うことを指しています。
教訓登録簿はどう書く？
教訓登録簿は、プロジェクトの中で得た教訓を記録する一覧です。よい教訓の書き方には、いくつかのコツがあります。
| 項目 | 書き方の例 |
|---|---|
| 何が起きたか（事実） | 外部の検査の予約が取れず、受け入れのテストが3週間遅れた |
| なぜそうなったか（原因） | 検査会社の繁忙期を確かめず、計画の直前に予約しようとした |
| 影響 | 公開日が3週間遅れ、追加の人件費が発生した |
| 次はどうするか（推奨） | 外部の検査は、計画の段階で繁忙期を確かめ、3か月前に予約する |
| 区分・キーワード | スケジュール／調達／外部検査 |
| 記録した人・日付 | （担当者名）、2026-09-15 |
コツは3つです。事実と原因を分けること、次にどうするかを具体的に書くこと、人を責める書き方をしないことです。「Aさんの確認不足」と書くと、次から失敗が報告されなくなります。「確認の手順がなかった」のように、仕組みの問題として書きます。
うまくいったことも教訓です。効いたやり方を残せば、次のプロジェクトがそのまま使えます。区分やキーワードを付けておくと、後で探しやすくなります。
教訓を集める会議では何を聞く？（質問の例）
教訓の会議やふりかえりでは、次のような質問で話を引き出します。
- うまくいったことは何か：次も続けたいやり方はどれか。
- うまくいかなかったことは何か：なぜそうなったか。「なぜ」を重ねて、仕組みの原因まで掘り下げる。
- 次に同じ状況になったら、何を変えるか：具体的な行動の形にする。
- ほかでも使えるか：ほかのチームや次のプロジェクトでも役立つなら、組織に返す。
会議の前に、事実を集めておきます。期間と費用の実績、課題ログ、変更の記録などです。記憶だけに頼ると、声の大きい人の印象で教訓が決まりがちです。発言しにくい雰囲気なら、事前の匿名アンケートも有効です。
組織の資産（OPA）にどう反映する？
教訓登録簿は、プロジェクトの中の記録です。それを組織の資産に変えるのが「OPA を更新する」です。
- プロジェクトの終わりに、教訓登録簿を組織の教訓の保管場所（ナレッジベースなど）に移す
- 繰り返し出る教訓は、手順書・テンプレート・チェックリストの改訂として PMO などに提案する
- 見積もりに使える実績データ（作業の期間・費用）を保管する
- リスクのチェックリストに、実際に起きたリスクを加える
手順やテンプレートの改訂は、PM が勝手に書き換えるものではありません。持ち主（多くは PMO）に提案して承認を得ます。OPA の意味はOPAとEEFの違いで整理しています。起きたリスクの記録は、リスク登録簿から教訓に移すと、次のプロジェクトのリスクの洗い出しに役立ちます。
アジャイルのふりかえりとはどう関係する？
アジャイルのふりかえり（スプリントレトロスペクティブ）は、スプリントごとに教訓を集めて、すぐ次のスプリントで試す仕組みです。教訓の活用を、短い周期で回していると言えます。
違いは、ふりかえりの主な目的がチーム自身の働き方の改善だという点です。組織全体で使える教訓（ほかのチームにも役立つこと）は、ふりかえりの結果から拾い上げて、組織の資産に返す必要があります。ふりかえりの進め方はふりかえり（レトロスペクティブ）の進め方で詳しく扱います。
教訓の扱いは、状況を読んで「いつ・誰が・どこに残すか」を選ぶ形で問われます。タスク別ドリルの Business6 で、似た状況の問題を続けて解いてみてください。
予測型とアジャイルで教訓の集め方はどう違う？
どちらも「得たときに記録し、使い、組織に返す」ことは同じです。違うのは周期と場です。
| 観点 | 予測型 | アジャイル |
|---|---|---|
| 集める周期 | フェーズの区切り、大きな課題の解決後、終結 | スプリントや反復の終わりごと |
| 集める場 | 教訓の会議、フェーズの終了レビュー | ふりかえり（レトロスペクティブ） |
| 生かし方 | 残りのフェーズの計画や手順に反映する | 次のスプリントで改善策を1〜2個試す |
| 組織への返し方 | 終結時に教訓登録簿を保管し、手順の改訂を提案する | チームを越えて役立つものを拾い上げ、PMO などに渡す |
Business6のタスクとイネーブラーは？旧版との違い
2026年版のECOで、教訓は Business Environment のタスク6「継続的改善」に入っています。例示されている仕事は次の3つです（当サイトの訳・要約）。
- 教訓を活用する
- 継続的改善のプロセスが更新されるようにする
- 組織のプロセス資産（OPA）を更新する
| 観点 | 旧版（2021年版） | 2026年版 |
|---|---|---|
| 教訓の扱い | 独立したタスクは無し。予算（Process5）・手法（Process13）・終結（Process17）のイネーブラーの例として登場 | Business6「継続的改善」の最初のイネーブラー |
| OPA の更新 | タスク文に記載なし | Business6 に明記 |
| 関連するタスク | 知識移転（Process16） | 知識移転（People7）、終結の最終的な教訓（Process10） |
旧版では、教訓は「終結のときにまとめるもの」という印象が強い書き方でした。2026年版では、教訓を使って改善を回し、組織に返すことが独立したタスクになりました。改善の仕組み全体はプロジェクトの継続的改善で扱います。
2026年版の Process8（スケジュール）にも「ベンチマークと過去のデータを使う」があります。過去の実績や教訓を見積もりに使うことも、教訓の活用の1つです。
教訓の問題でよくある誤答パターンは？
教訓の問題で選びがちな誤りと、その理由です。
- 終結まで待つ：得たときに記録しないと細部を忘れ、そのプロジェクトの中で生かせません。
- 失敗だけを書く：うまくいったやり方も教訓です。
- 個人の責任として書く：仕組みの問題として書かないと、問題が報告されなくなります。
- PM が手順書を直接書き換える：OPA の改訂は、持ち主（PMO など）に提案して承認を得ます。
- 立ち上げで過去の教訓を見ない：計画の初めに似た案件の教訓を確かめるのも「活用」です。
確認問題1
教訓は終結のときにまとめる？
（当サイトの独自問題）1年間のプロジェクトの4か月目です。最初のフェーズで、外部の業者とのやり取りに時間がかかりすぎる問題がありましたが、対処の工夫で解決しました。チームのメンバーは「教訓はプロジェクトの最後にまとめればよい」と言っています。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：2。教訓は得られたときに記録し、そのプロジェクトの中でも生かします。終わりまで待つと細部を忘れ、残りの8か月で同じ問題を繰り返すかもしれません。
1：記録が遅れ、生かす機会を失います。3：苦情として扱うのは目的が違い、工夫の記録にもなりません。4：解決の工夫こそ残す価値があります。
確認問題2
教訓が人を責める内容になっている
（当サイトの独自問題）教訓登録簿を見直すと、「Bさんの確認ミスで手戻りが発生」「Cさんの見積もりが甘かった」など、個人を名指しする記述が並んでいました。最近、チームからの問題の報告が減っています。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：4。教訓は、人を責めるためではなく、仕組みを良くするために残します。責める記録が続くと、問題が隠されるようになります。書き方の決まりを共有し、安心して報告できる環境を作ります。
1：報告がさらに減ります。2：話し合いの形でも、個人の責任にする方向は同じです。3：教訓は共有して使うものです。
確認問題3
新しいプロジェクトの立ち上げ
（当サイトの独自問題）あなたは、組織で3回目となる店舗システムの導入プロジェクトの PM に任命されました。過去の2回は、いずれも予定より遅れて終わっています。プロジェクト・マネジャーが計画の初めに行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：1。組織に残っている教訓と実績は、計画の精度を上げる資産です。なぜ遅れたのかを確かめ、同じ原因に手を打つ計画にします。
2：原因を見ずに一律に延ばすのは根拠がありません。3：遅れた計画をそのまま使えば、同じ遅れを繰り返す恐れがあります。4：過去の教訓を見ないまま、やり方だけを変えています。