「失敗から学べ」の嘘——なぜ大企業は失敗を繰り返すのか

「失敗から学べ」は、最も無責任なアドバイスかもしれない

「失敗は成功の母」「早く失敗して、早く学べ」「Fail Fast, Learn Fast」——新規事業の文脈で、これほど頻繁に引用され、これほど実行されていないスローガンはない。

スローガンが間違っているのではない。 スローガンが「構造」を無視している のが問題だ。失敗から学ぶには、学びを可能にする仕組みがいる。その仕組みのない組織で「失敗から学べ」と叫ぶのは、泳ぎ方を教えずにプールに突き落とすのと同じだ。

大企業の新規事業部門では、同じ種類の失敗が何度も繰り返されている。前任者が犯した過ちを、後任者がそっくり再現する。3年前に頓挫したのとほぼ同じ事業計画が、別のチームから提案される。

失敗は蓄積しているのに、学びが蓄積していない。 この断絶を直視しない限り、「失敗から学べ」は精神論で終わる。

同じ失敗が3年おきに「新発見」として報告される組織

ある通信大手の新規事業部門で、奇妙なパターンが発覚した。過去10年間の新規事業プロジェクトの撤退報告書を時系列で並べたところ、 撤退理由の上位3つが10年間ほとんど変わっていなかった。

「想定顧客の課題が当初の仮説と異なっていた」「既存事業部門の協力が得られなかった」「市場投入のタイミングが遅れた」。この3つが、10年間で20件以上のプロジェクトに繰り返し登場している。

さらに示唆的なのは、各プロジェクトの撤退報告書だ。「今回の学び」として、まるで初めて発見したかのようにこれらの知見が記述されていた。前任者の撤退報告書を読んだ形跡はない。 組織は失敗していた。だが学んでいなかった。

なぜ失敗から「学べない」のか——3つの構造的理由

理由1：失敗の記録が残らない

失敗したプロジェクトのドキュメントは、組織内で最も「触れたくない」情報だ。担当者は早く忘れたい。上長は報告書をファイルの奥にしまう。次の担当者がそのファイルの存在を知ることはない。

ナレッジマネジメントの文脈で語られる「暗黙知の形式知化」は、成功事例ではそれなりに機能する。 成功事例は社内報に載り、表彰され、共有される。しかし失敗事例は記録されない。記録されても検索されない。

アクセスできたとしても、文脈が失われていて理解できない。

理由2：人事異動が「記憶」を消去する

日本の大企業における平均的な人事異動サイクルは2-3年だ。新規事業の担当者が失敗から何かを学んだとしても、その学びは担当者の頭の中にしかない。異動した瞬間に、 組織からその学びは蒸発する。

後任者はゼロからのスタートだ。前任者が3年かけて「やってはいけない」と学んだことを、後任者が同じ3年をかけて再発見する。組織として見れば、6年分のリソースを同じ教訓の獲得に投じたことになる。

理由3：「失敗から学んだ」の定義が曖昧すぎる

「今回のプロジェクトから学んだことは何か」と聞かれ、「顧客ニーズの把握が不十分だった」と答える。これは「学び」だろうか。 具体的に何が不十分で、次はどう変えるべきかが言語化されていなければ、それは反省であって学習ではない。

Amy Edmondsonがハーバード・ビジネス・スクールでの研究で示した通り、失敗からの学習には「心理的安全性」だけでは不十分で、 「学習のプロセスを構造化する仕組み」 が必要だ。

反省会を開くことと、構造化された学習を行うことは別物だ。

「学び」を実装する——3つの仕組み

失敗から学ぶことを個人の能力や心構えに委ねるのではなく、 組織の仕組みとして実装する 必要がある。

仕組み1：失敗データベースを構築する

全プロジェクトの撤退報告書を、検索可能なデータベースとして蓄積する。撤退理由をカテゴリ分類し、パターンを可視化する。新規プロジェクトの起案時に、過去の類似案件の撤退報告書を必ず参照するプロセスを組み込む。

「前任者の失敗を繰り返さない」ための制度的な仕組みだ。データベースの維持コストは、同じ失敗を繰り返すコストに比べれば微小だ。

仕組み2：「プレモーテム」を制度化する

Gary Kleinが提唱した「プレモーテム（Pre-mortem）」を、プロジェクト開始時の必須プロセスとする。 「このプロジェクトが1年後に失敗したとしたら、原因は何だったか」 を、チーム全員で事前に想定する。過去の失敗データベースと照合することで、既知の失敗パターンを事前に回避できる。

ポストモーテム（事後検証）は失敗した後に行う。プレモーテムは失敗する前に行う。学びの順序が逆転する。

仕組み3：「失敗の引き継ぎ書」を人事プロセスに組み込む

新規事業担当者の異動時に、通常の業務引き継ぎとは別に「失敗の引き継ぎ書」の作成を義務づける。 「このプロジェクトで試して失敗したこと」「次の担当者がやるべきでないこと」「まだ検証していないが有望な仮説」 の3点を明文化する。

この引き継ぎ書は後任者だけでなく、組織全体の学習資産になる。

失敗を「資産」に変えるための前提条件

仕組みだけでは不十分だ。失敗を記録し共有するためには、 失敗した人間が不利益を被らないという制度的保証 が前提になる。減点主義の人事制度の下で「失敗を正直に記録しろ」と求めても、誰も正直には書かない。書けば自分の評価が下がるからだ。

失敗を組織の学習資産に変えたいなら、失敗の報告を評価項目に加える。「重要な学びを組織に共有した」ことをポジティブに評価する。言葉ではなく制度で、失敗への向き合い方を変える。

この問題意識を持つべき人

本記事が最も響くのは、 「うちの会社は同じ失敗を繰り返している」と感じている新規事業の経験者 だ。自分の経験した失敗が組織に蓄積されていない——そのもどかしさは、構造の問題として言語化できる。

新規事業制度の設計に関わる経営企画・人事部門の担当者 にも読んでほしい。「失敗から学べ」とスローガンを掲げるなら、学びを実装する仕組みをセットで設計する責任がある。

失敗の記録を制度化し、人事異動時の引き継ぎプロセスに組み込み、プレモーテムを標準化している組織には、本記事の問題提起は関係ない。

次のプロジェクトを始める前に、前のプロジェクトの撤退報告書を読む

たった1つのアクションから始められる。 次に新規事業プロジェクトを起案する前に、過去3年間の撤退報告書をすべて読む。 もし撤退報告書が存在しないなら、それ自体が組織の学習能力の欠如を示す証拠だ。

「失敗から学べ」を精神論で終わらせない。構造で担保する。それが、同じ失敗を繰り返さない唯一の方法だ。

撤退基準の設計については「撤退基準の設計法——ゾンビ事業を防ぎリソースを最適配分する実践ガイド」で、新規事業の進捗をPL以外で測る方法は「イノベーション・アカウンティング——「検証された学習量」で新規事業を管理する方法」で解説している。

参考文献

Edmondson, A. C. “Strategies for Learning from Failure,” Harvard Business Review (April 2011)
Klein, G. “Performing a Project Premortem,” Harvard Business Review (September 2007)
Ries, E. The Lean Startup, Crown Business (2011)
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)