失敗事例こそ共有せよ！組織の資産になる「負のナレッジ」活用法
なぜ「失敗の話」は組織を一周しないのか
社内で月例の振り返り会が開かれたとき、議題の多くは「今月の成功事例」「ベストプラクティス共有」で埋め尽くされていないでしょうか。受注した案件、達成した数字、うまく回った施策。これらが各部署から持ち寄られ、拍手と笑顔のなかで共有されていく——一見、健全な学習の場のように見えます。
ところが、その同じ組織のなかで、誰にも語られないまま消えていく話があります。提案が通らなかった商談、リリース直前で頓挫したプロジェクト、クレームに発展したやり取り、外注先と揉めた契約。それぞれの「失敗の話」は、当事者の机のなかか、せいぜい直属の上司との会話のなかに閉じ込められ、組織のほかの場所には届きません。
そして数ヶ月後、別の部署で、別の担当者が、ほとんど同じ構図の失敗をやり直します。「あのとき◯◯さんが似たような件でつまずいていた」と気づくのは、そのまた数ヶ月後、雑談のなかでたまたま話題に上ったときだけです。
これは個人の怠慢ではありません。組織として、失敗を語る場と仕組みを持っていないことの帰結です。本来であれば、ひとつの失敗から組織全体が学べたはずなのに、その学びは個人の経験のなかにしか残りません。これでは、人が辞めるたびに、組織の学習資産がそのまま流出していくのと同じです。
「成功事例は語られる、しかし失敗事例は語られない」——この非対称性こそが、多くの組織が同じ轍を踏み続ける根本原因なのです。
「責められるくらいなら、黙っていたほうがいい」
失敗の共有を阻む壁は、個人の意識ではなく、組織の構造に埋め込まれています。
ある担当者は、社内システムの設定ミスでお客様への通知メールが二重に飛ぶ事故を起こしました。気づいてすぐに対応し、被害は最小限に抑えました。本人としては「同じミスを誰にもさせたくない」と思い、社内勉強会で経緯を共有しようとしました。
しかし、その提案は上長に止められます。「他部署に広めるとややこしくなる」「人事評価に響くといけないから、内輪で済ませよう」——こうして、再発防止に役立ったはずの貴重な失敗体験は、当事者の記憶のなかにしか残りませんでした。
別の例では、半年がかりのプロジェクトが要件定義の不備で破綻しました。プロジェクトマネージャーは、社内ポストモーテム（事後分析）を開こうとしましたが、参加メンバーから「責任追及の場になりそうで嫌だ」「自分の評価に響くなら出たくない」という声が相次ぎ、結局やんわりとした「学びの共有」だけで終わりました。本当に踏み込むべき領域には、誰も触れませんでした。
「失敗を共有したほうが組織のためになる」と頭でわかっていても、いざ自分が当事者になると、共有することのコストとリスクが、共有しないことのコストを上回ってしまう——これが、失敗の話が組織を一周しない本当の理由です。心理的安全性という言葉は語られても、それを支える仕組みは多くの場合、設計されていません。
逆に言えば、文化や意識の問題として片づけず、仕組みとして「失敗を出しやすくする」設計をすれば、状況は動きます。本記事で扱うのは、その「仕組み」の部分です。
「負のナレッジ」を組織の資産に変える
本記事では、失敗事例を組織学習の燃料に変える「負のナレッジ」マネジメントの考え方と、明日から取りかかれる具体的な仕組みを整理します。
「負のナレッジ」とは、成功体験ではなく失敗体験——うまくいかなかったプロジェクト、ヒヤリ・ハット、クレーム対応、要件定義の認識違い、判断ミス——のなかに含まれる、再発防止と判断力向上のための情報のことです。表に出にくいぶん、組織のあいだで偏在しやすく、価値の高い資産でもあります。
ポイントは、これを「個人を責めるための情報」ではなく、「組織が次の失敗を回避するための情報」として扱う前提を、仕組みごと設計することです。発信した人が損をしない、責められない、むしろ評価される。そんなインセンティブ構造を組み込んだうえで、共有のフォーマット、保管の場所、検索性、活用方法までを一気通貫で設計していきます。
負のナレッジを資産に変える流れ
成功事例の共有は華やかで、共有する側にも心理的なメリットがあります。一方、失敗事例の共有は、放っておけば誰もやりたがらない領域です。だからこそ、組織として明確に「ここを資産化する」と決め、仕組みとして整える必要があります。
ここから先では、失敗を出しやすい場の設計、フォーマットの作り方、検索可能な状態への落とし込み、そして再発防止と人材育成にどう接続するかを、順を追って具体化していきます。
「負のナレッジ」を機能させる3つの提案
1. 「ポストモーテム」を、責任追及ではなく学習の場として定着させる
失敗を共有するための最も基本的な仕組みが、ポストモーテム（事後分析）です。もともとはIT業界のインシデント分析から広まった概念ですが、考え方は営業、製造、企画、どの領域にも応用できます。
ポストモーテムを機能させる鍵は、「Blameless（非難なし）」というルールを最初に明文化することです。誰がミスをしたかではなく、なぜそのミスが起きやすい状況になっていたか——個人ではなく、仕組み・前提・情報の流れに焦点を当てます。「Aさんが確認を怠った」ではなく、「確認漏れが発生しやすい承認フローになっていた」と整理する作法です。
最初のうちは、参加者がうまくこの作法に乗れず、つい個人攻撃に流れてしまうことがあります。そのため、ファシリテーターを置き、議論が個人責任の話に傾いたら「いまの論点は仕組みの話に置き換えると何でしょうか」と差し戻す役割を担います。3〜4回繰り返すうちに、参加者は自然とこの語法を覚えていきます。
ポストモーテムの記録は、必ずドキュメントとして残し、社内のナレッジベースに保管します。タイトル・発生状況・経緯・直接原因・根本原因・再発防止策——フォーマットを統一しておけば、後から検索したときに、別案件で同じ構造の失敗が起きていたかどうかを素早く確認できます。
2. 「失敗事例データベース」を、検索可能な形で育てる
ポストモーテムが個別の失敗を深掘りする場だとすれば、もう一段引いた視点で必要なのが、組織全体の失敗事例データベースです。
ここで重要なのは「データベースを作ること」ではなく、「検索可能な状態を維持すること」です。多くの組織で、過去の失敗事例は社内Wikiやファイルサーバの奥深くに眠っており、新しく直面した課題に対して「過去にも似たケースがあった気がするが、どこにあるか思い出せない」状態になっています。これでは、せっかく蓄積した負のナレッジが死蔵されます。
データベース設計のコツは、「タグ」と「状況」の2軸で整理することです。タグには、業務領域（営業、開発、購買、人事）と、失敗のタイプ（要件齟齬、見積もり過小、情報伝達ミス、契約不備）を組み合わせて付与します。状況には、いつ・どの規模で・どんな前提のもとで起きたかを簡潔に書きます。これだけで、現場で「いま、過去の似たケースを参照したい」と思ったときに、検索でたどりつける確率が大きく上がります。
中小規模の組織であれば、まずはスプレッドシートで始めても構いません。専用ツール（Notion、Confluence、社内ナレッジマネジメントシステムなど）に乗せ替えるのは、運用が回り始めてからでも遅くありません。重要なのは、「どこに何を残すかが全員にとって明確である」状態を、最初に作り切ることです。
ナレッジマネジメントの仕組みづくりを社内だけで進めると、運用ルール・テンプレート・フォーマットの統一でつまずきがちです。経営層・現場・推進担当のあいだに立ち、組織のなかに「負のナレッジを資産化する仕組み」を根付かせる伴走パートナーとして、Seediaのような外部知見を活用する選択肢も検討に値します。
3. 「失敗の語り」を人材育成のカリキュラムに組み込む
データベースに蓄積された失敗事例は、再発防止に役立つだけではありません。新しく加わったメンバーや、別領域から異動してきたメンバーにとっては、組織が積み重ねてきた判断と学びの結晶です。
新人研修やオンボーディングのなかに、「過去の失敗事例を読み、自分ならどう判断したかを語る」セッションを組み込みます。同じ事例について、ベテランの「いまの自分の判断」と、新人の「これからの判断」を突き合わせる場を作ると、暗黙的に持っていた判断軸が一気に言語化されます。
ベテランの側にも、自分が経験した失敗を語る場ができることで、その経験が組織にとっての資産であると再認識される機会になります。これは、ベテランが組織に残り続けるためのモチベーションにもつながります。
定例の社内勉強会で「今月の負のナレッジ」を1件取り上げ、関係者から経緯を聞き、参加者が「自分の業務に当てはめたら何が学べるか」を話し合う——こうした地味な積み重ねが、組織を一周してきた失敗を、再発しない知恵に変えていきます。
ポストモーテムからカリキュラムまでのステップ
こんな方におすすめ
- 「同じ失敗が部門を変えて繰り返されている」と感じている経営者・マネージャーの方
- 心理的安全性の重要性は理解しているが、具体的にどう仕組みに落とせばよいかで悩んでいる組織開発担当の方
- ナレッジマネジメントを導入したが、成功事例ばかりが集まり、肝心な失敗が出てこない状況に直面している方
失敗の共有は、明日からすぐに完成形を作る必要はありません。まずは1件、社内で「責められない」場として小さく始めてみてください。1件目の経験者が「思ったほど怖くなかった」と感じれば、2件目、3件目が続きます。3件続いた頃には、文化が動き始めます。
逆に言えば、最初の1件を組織として丁寧に扱えなかった場合、その後の失敗は一切表に出てこなくなります。スタートの設計こそが、すべてを決めます。
まとめ
失敗を資産に変えるまとめ
失敗事例は、成功事例と同じく、いやそれ以上に組織にとって貴重な資産です。しかし放っておけば、当事者の中に閉じ込められ、組織を一周することなく消えていきます。これを「負のナレッジ」として明確に位置づけ、責任追及ではなく学習の場としてのポストモーテム、検索可能な失敗事例データベース、そして人材育成カリキュラムへの組み込み——この3つを仕組みとして整えることで、組織は同じ失敗を繰り返さない学習体に変わっていきます。最初の1件を、責められない場で丁寧に扱うこと。そこからすべてが始まります。
まずは直近半年で社内に起きた「ヒヤリ・ハット」や「あと一歩で大事故」だった出来事を1件だけ選び、Blamelessなふりかえりの場を小さく持ってみてください。誰がではなく、何が、なぜ起こりやすかったのか——その問いを共有できれば、組織のなかにすでに眠っている「負のナレッジ」が、自然と資産として動き出します。仕組みづくりに悩んだら、外部の知見を借りることも含め、ぜひ「最初の1件」を着実に積み重ねていきましょう。
