組織学習が機能しない5つの構造的条件 — 「失敗から学ぶ」が空語になる理由

「失敗を学びに変えている組織」と「変えられない組織」の差

「失敗を学びに変える組織文化を作る」——この目標を掲げる大企業は多い。しかし、同じ失敗を3年おきに「新発見」として報告している組織も多い。目標と実態の乖離は、精神論や意識の問題ではなく、組織設計の問題として説明できる。

Amy Edmondsonの「心理的安全性」概念が広まり、「失敗を責めない文化を作る」という処方箋が多く語られる。しかし心理的安全性は組織学習の必要条件であって、十分条件ではない。心理的安全性があっても、組織学習が機能しない構造的条件が存在する。

本記事では「失敗から学ぶ」が空語になる5つの構造的条件を特定し、それぞれへの設計的な対応を示す。

「失敗から学べ」の根本的な問題構造については「失敗から学べ」の嘘——なぜ大企業は失敗を繰り返すのかで詳細に論じている。本記事はその構造的条件を更に深掘りする補完記事だ。

条件1：失敗情報が「発生源」に留まり組織に流通しない

失敗から学ぶには、まず失敗が「組織が知ることのできる情報」になる必要がある。しかし多くの組織では、失敗情報が「担当者の記憶」「プロジェクトフォルダの奥」「当事者間の非公式な会話」に留まり、組織全体には流通しない。

なぜ流通しないのか。失敗情報の「発信コスト」と「受信ベネフィット」の非対称性が原因だ。

失敗を発信することの個人コスト： 自分の担当プロジェクトの失敗を公式に記録・共有することは、評価リスクを伴う。減点主義的な人事制度の下では、失敗の記録は「自己申告の評価マイナス情報」になる。

失敗情報を受信することの組織ベネフィット： 他チームの失敗から学ぶことは、将来の失敗を防ぐ組織的な価値を持つ。しかしこのベネフィットは個人に帰属せず、組織全体に分散するため、発信者個人のインセンティブにならない。

設計的な解決： 失敗情報の発信を「評価と切り離す」制度設計が必要だ。具体的には、失敗報告を匿名化できる仕組み、失敗報告者を「称える」ポジティブな制度（「Best Failure Award」のような）、失敗情報を参照することがプロジェクト開始時の義務となる規定の整備などが有効だ。

条件2：失敗の「原因分析」が個人帰因で終わる

失敗が発生した後の振り返り（ポストモーテム、反省会）で「担当者のスキル不足」「チームのコミュニケーション不足」「判断ミス」という個人・チームへの帰因で分析が終わる場合、組織学習は起きない。

個人帰因の振り返りで提案されるアクションは「担当者の能力向上研修」「チームのコミュニケーション強化」だ。しかし次に異なる担当者が同じ構造的問題に直面したとき、前回の「学び」は何の役にも立たない。

「なぜなぜ分析」の根本的な限界もここにある。 「なぜ失敗したか」を繰り返し問うても、分析の着地点が「個人の判断」や「チームの動き方」で止まる場合、組織設計の問題は見えてこない。

設計的な解決： 振り返りのフレームワークを「個人帰因禁止・システム帰因必須」に設計する。失敗の原因を「プロセスの設計」「評価制度の設計」「承認構造」「情報の流れ」に遡って分析することを振り返りの必須ステップとして組み込む。

条件3：学んだことが「次の行動」に接続されない

振り返りで価値ある学びが得られても、それが「次のプロジェクトでの具体的な行動変化」に接続されなければ、学習は完了しない。

多くの組織の振り返りで「学んだこと」として記録されるのは、「顧客ニーズをより深く理解すべきだった」「ステークホルダーへの早期巻き込みが重要だった」といった抽象的な命題だ。しかしこれらは「反省」であって「学習」ではない。

学習と反省の違い： 学習とは「次の状況で、具体的にどの行動を変えるか」が言語化された状態だ。「顧客ニーズをより深く理解すべきだった」が学習になるためには「次のプロジェクト開始時に、顧客インタビューをX件実施し、Jobsの優先度を合意してから設計を始める」という具体的なプロセス変更に落とし込まれている必要がある。

設計的な解決： 振り返りの最終アウトプットとして「次回のプロジェクト設計に反映される具体的な変更点リスト」を必須にする。このリストを次回プロジェクトのキックオフ資料に組み込み、「前回の失敗から何を変えたか」を明示する仕組みを作る。

条件4：人事ローテーションが「記憶の媒体」を定期的に排除する

組織の学習が「ドキュメント」ではなく「人の記憶と経験」に依存している場合、人事ローテーションが起きるたびに組織の記憶は失われる。

日本の大企業における3〜5年サイクルの人事異動は、担当者の「新鮮な目」をもたらす一方で、「蓄積された文脈」を破壊する。前担当者が3年かけて試行錯誤して得た「やってはいけないこと」のリストは、異動とともに消える。後任者は同じ試行錯誤を繰り返す。

設計的な解決： 「失敗の引き継ぎ書」を業務引き継ぎの必須文書として制度化する。通常の業務引き継ぎに加え「このプロジェクトで試して失敗したこと」「次の担当者がやるべきでないこと」「まだ検証していないが有望な仮説」の3項目を明文化することを義務付ける。この引き継ぎ書を組織の知識資産として管理し、検索可能な状態にする。

条件5：学習のフィードバックサイクルが長すぎる

新規事業の失敗から得た学びが「次のプロジェクト」に反映されるまでの時間が長すぎる場合、学習の効果は著しく低下する。

行動心理学の研究が示すように、行動と結果のフィードバックの間の時間が長いほど、行動の修正は難しくなる。組織でも同じことが起きる。「3年前の失敗から得た学び」は、「先月の失敗から得た学び」より組織行動への影響が弱い。

年次・半年次の振り返りサイクルの問題： 多くの大企業が実施する年次・半年次の振り返りは、フィードバックサイクルが長すぎる。失敗から学んで行動を変えるには、より短いサイクルでの学習ループが必要だ。

設計的な解決： 新規事業プロジェクトのレビューサイクルをスプリント単位（2週間〜1ヶ月）に短縮する。各スプリントの終わりに「何を試み、何が起き、次に何を変えるか」の3点を明文化するレトロスペクティブを義務付ける。これにより、失敗から次の行動変化までのフィードバックループを大幅に短縮できる。

5つの条件が複合するとき

5つの条件が同時に存在する組織では、以下のパターンが起きる。

失敗が個人に留まり（条件1）、振り返りで個人帰因となり（条件2）、抽象的な反省で終わり（条件3）、人事異動で経験者が去り（条件4）、次の振り返りは1年後（条件5）——このサイクルが繰り返される。

最も危険なのは「振り返りの儀式化」だ。 振り返りを行っているという事実が「学習している」という錯覚を生む。しかし前述の5条件が満たされないまま振り返りを行っても、組織の行動は変わらない。

「失敗から学べ」というスローガンは正しい。しかし学びを実装するための組織設計がなければ、スローガンは空語に終わる。5つの条件を一つずつ設計で解消していくことが、組織学習を実質化する唯一の方法だ。

失敗からの学習を個人レベルで設計する方法については「失敗から学べ」の嘘を、組織の免疫メカニズムについては「組織の免疫システムがイノベーションを排除する構造」を参照してほしい。

---

関連するインサイト

• 「失敗から学べ」の嘘——なぜ大企業は失敗を繰り返すのか
• 組織の免疫システムがイノベーションを排除する構造
• 社内起業家の「退出パターン」— 成功しても去る構造的必然
• 両利きの経営が失敗する5つの構造的要因

---

参考文献

• Edmondson, A. C. “Psychological Safety and Learning Behavior in Work Teams,” Administrative Science Quarterly, Vol.44, No.2, pp.350-383 (1999)
• Edmondson, A. C. “Strategies for Learning from Failure,” Harvard Business Review (April 2011)
• Argyris, C. & Schön, D. A. Organizational Learning: A Theory of Action Perspective, Addison-Wesley (1978)
• Cannon, M. D. & Edmondson, A. C. “Failing to Learn and Learning to Fail (Intelligently),” Long Range Planning, Vol.38, No.3, pp.299-319 (2005)
• Senge, P. M. The Fifth Discipline: The Art and Practice of the Learning Organization, Doubleday (1990)（邦訳：守部信之訳『最強組織の法則』徳間書店, 1995年）