なぜ「教訓」は次のプロジェクトに活かされないのか

多くのチームが教訓を書き留めるものの、それを活用するチームはごくわずかです。NASAの監査結果、Pause and Learnの仕組み、そして各教訓を実際の変化へと結びつけるループについて解説します。

Ibrahim Elkobeissi · 2026年11月2日 · リーディング時間 6分 ·

オフィスのデスクの上、空白のレビューフォームの横に積み上げられたプロジェクトファイル

あらゆるプロジェクトは、うまくいったこと、失敗したこと、次に変えるべきことのリストと共に終了します。そのリストは保管されます。そして次のプロジェクトが始まりますが、チームが認めたがらないほど高い頻度で、同じミスが繰り返されるのです。

問題は、記録不足ではありません。教訓が特定されることと、適用されることの間の「距離」にあります。世界で最も文書化された教訓プログラムの一つであるNASAは、その距離を測定してきました。まずその所見を述べ、次にその距離を埋めるための小さなループについて説明します。

「特定」は「習得」とは異なる

教訓は、誰かが書き留めた時に「特定」されます。そして、その教訓によって組織の行動が変わった時に初めて「習得」されます。この二つの間には、多くの教訓習得プロセスにおいて、誰にも割り当てられることのない膨大な作業が存在します。

プロジェクト組織に関する研究では、このパターンが明確に指摘されています。International Journal of Project Managementにおいて、DuffieldとWhittyは、教訓習得プロセスはほとんど機能しておらず、機能したとしても「組織的な学習ではなく、教訓の特定」に終始していることを明らかにしました。成果物は「文書」ですが、本来の目的は「次のチームの働き方の変化」です。これらは別物であり、簡単に作成できるのは前者だけです。

NASAの監査が明らかにしたこと

NASAは教訓を真剣に捉えています。教訓情報システム（LLIS）を運用しており、その手順規定であるNPR 7120.6（教訓習得プロセス）では、教訓の収集、検証、評価、および体系化の方法が定められています。そのため、NASAの監査は有用なケーススタディとなります。もし教訓がここで停滞しているとしたら、その原因は意図の欠如ではありません。

2001年、米国会計検査院（現・政府責任局：GAO）は、NASAのプログラムおよびプロジェクトマネージャーを対象に調査を行いました。回答した115名のうち：

27%が、調査以前にLLISの存在を知りませんでした。
17.5%が、LLISを通じて見つけた教訓を適用していました。
58%が、現在のシステムでは適切な教訓を適切なタイミングで取り出すことができないと回答しました。

GAOは、「教訓は日常的に特定、収集、共有されていない」と結論付けました。学習自体は行われていましたが、それは主にレビューや同僚との対話を通じてであり、そのためのシステムを通じてではありませんでした。

2012年、NASAの監察官室（OIG）はこの問題に再び取り組みました。2005年から2011年の間に開始された28の科学・宇宙飛行プロジェクトを調査した結果、LLISを利用していると答えたプロジェクトマネージャーは16名に過ぎず、そのうち有用だと感じたのはわずか6名でした。教訓を提出した者は12名、提出の義務を知っていた者はわずか10名でした。マネージャーたちは、システムが時代遅れで検索しにくいと述べ、多くの者が「自分のプロジェクトは特殊すぎて、過去の教訓は適用できない」と考えていました。またOIGは、独自のプロセスにおいてNPR 7120.6に完全に準拠していたNASAセンターは、わずか2か所であったことも明らかにしました。

このパターンは11年間にわたって一貫しています。教訓は蓄積されていましたが、活用されることは少なく、さらにそれによって業務が変わることは極めて稀でした。

なぜ教訓は停滞するのか

監査結果を詳細に分析すると、3つの原因が繰り返し浮上します。これらは宇宙飛行以外の分野にも共通して当てはまります。

教訓が「指示」ではなく「物語」として書かれている。 何が起きたかを記述しただけのパラグラフでは、行動に移すことが困難です。どの文書、どのステップ、あるいはどの意思決定を変えるべきかが示されていないからです。
教訓が業務から切り離されている。 別のデータベースにアクセスすることを、多忙な人々に求めても、特にスケジュールのプレッシャーがある状況では、ほとんどの人が行いません。GAOは、マネージャーはシステムよりも同僚やレビューから多くのことを学んでいることを突き止めました。
誰も確認しない。 「記録」はカウントされますが、「適用」はカウントされません。測定指標が「記録された教訓の数」だけである場合、チームは記録することだけに長けてしまいます。

これらは単なるテクノロジーの問題ではありません。それぞれが「欠落したリンク」なのです。教訓と、それが変えるべき対象との間のリンク、そしてその変化と、それが実際に起きたという根拠との間のリンクが欠けているのです。

Pause and Learn：プロジェクト進行中に学ぶ

NASAゴダード宇宙飛行センターは、Pause and Learnと呼ばれる手法で、この問題の一部を解決しています。これは、プロジェクト終了時のレビューを待つのではなく、ライフサイクルの重要な節目でチームが立ち止まり、共に振り返りを行うものです。

Edward RogersとBarbara Fillipの説明によれば、標準的なセッションでは、1つのプロジェクトチームから10〜20名が約90分間集まります。事前に選定された4〜5つのトピックを扱い、「何がうまくいったか」「何がうまくいかなかったか」「次はどう変えるか」という3つの問いを通じて議論を進めます。各セッションでは必ず基本ルールが読み上げられます。議論の内容はナレッジマップとして記録され、プロジェクトマネージャーと確認した後、後のワークショップで共有されます。セッションは、問題が発生した時だけ呼び出されるのではなく、プロジェクトの教訓（lessons learned）計画に基づいて計画的に実施されます。

「Pause and Learn」には2つの優れた点があります。記憶が鮮明なうちに教訓を記録できること、そして、その教訓を実行に移すチーム内で対話を維持できることです。しかし、これだけでは次のプロジェクトに教訓が確実に引き継がれるとは限りません。それには、もう一つのステップが必要です。

ループを完結させる教訓（lessons learned）プロセス

知識管理システムの国際規格であるISO 30401は、知識管理システムの確立、実施、維持、レビュー、および改善に関する要件を定めています。また、NIST Baldrige Excellence Frameworkの項目4.2では、組織的な知識をどのように構築・管理するか、ベストプラクティスをどのように共有するか、そして組織の運営方法に学習を定着させるために知識をどのように活用するかを問うています。両者は同じ考えを指し示しています。すなわち、知識にはライフサイクルがあり、記録（capture）はその最初の段階に過ぎないということです。

実務において、機能するループには3つのステップがあります。

1. 4つの項目で記録する。 各教訓について、「期待していたこと」「実際に起きたこと」「なぜその差が生じたのか」「何を改善するか」を記述します。最も重要なのは最後の項目です。チームが具体的な改善策を提示できない場合、それは教訓ではなく、単なる「観察」に過ぎません。

2. 教訓を対象に紐付ける。 すべての教訓は、それが変更を加える手順書、チェックリスト、テンプレート、または意思決定プロセスを指し示す必要があります。対象のドキュメントを更新し、そのリンクを記録してください。これにより、教訓は「開くことを忘れてしまうフォルダ」の中ではなく、「次のチームが実際に作業する場所」に存在することになります。

3. 次のプロジェクトで適用されたか確認する。 後続のプロジェクトが、その教訓の影響を受けるステップに到達した際、更新された手順が使用されているかを確認します。使用されていれば、教訓は適用されたことになります。使用されていなければ、その理由を調査します。変更内容が不明確だったのか、あるいはステップがスキップされたのか。その所見自体が新たな教訓となり、ステップ1へと戻ります。

Roadyomのルールは、「主張の前に証拠を」です。教訓において言えば、後の業務でその効果が示されるまでは、何も「学習した」ことにはなりません。したがって、ループの成果は最終ステップで測定すべきです。シンプルな指標はこうです。「昨年記録された教訓のうち、手順書に紐付けられたものはいくつあり、そのうち次のプロジェクトで適用されたものはいくつあるか？」この数値は、単なる教訓の記録数よりも向上させるのが困難です。しかし、組織が実際に学習しているかどうかを教えてくれる唯一の指標でもあります。

改善策を伴わない教訓は「観察」であり、後のステップで活用されない変更は「ドラフト」に過ぎません。

Prismによるループの運用方法

Prism は、組織の意思決定と知識を、業務そのものの中のステップとして保持します。チームは業務のどの段階でもPause and Learnの記録を作成でき、「期待していたこと」「起きたこと」「その理由」「変更点」を記録し、各教訓を更新すべき手順に紐付けることができます。Prismは、教訓が手順に紐付けられ、かつ後のステップで適用された場合にのみ、その教訓が「浸透（infused）」したとみなします。それまでは「未完了（open）」として可視化されます。何を改善するかは人間が決定し、Prismはその変更が定着したかどうかの記録を保持します。