失敗を構造として扱うためのルール設計

「失敗を記録して共有しよう。振り返りを仕組みにして、同じ過ちを繰り返さないようにしよう」。多くの組織で、こうした話は出ます。

ところが実際には、記録は形だけになり、共有は一時的な注意喚起で終わり、肝心の意思決定（経営判断）はほとんど変わらない。そんな状態に陥ることが少なくありません。

このとき本当に問題なのは、失敗に向き合う意識があるかどうかではありません。「失敗」という経験を「次の判断」に変換するための、具体的なルールや業務プロセスがあるかどうかです。

「失敗共有」だけでは、判断は変わらない

失敗が組織の「構造」として扱われないと、何が起きるのでしょうか。失敗は個別の事例として語られはするものの、具体的な判断条件や前提にまでは落とし込まれません。最後は「気をつけよう」という精神論で終わってしまいます。

その結果、失敗は次の意思決定のときに参照されず、単なる知識のまま眠ります。経営判断の質を高める資産にはならないのです。

失敗を構造に変えられない三つのパターン

失敗が結果論で整理される

うまくいかなかった事象、つまり結果だけが並べられ、なぜその判断に至ったのか、その背景にあった前提や仮定は分解されません。どんな条件が揃うと再発するのかが曖昧なままなので、予防策も立てられません。

責任の所在が先に確定する

「誰のミスか」「どこが悪かったか」という責任の追及が先に立ち、判断した当時の前提条件や判断基準の検討は後回しにされます。これでは個人の責任問題に行き着くだけで、組織としての学習は進みません。

失敗が評価と結びついている

失敗を報告すると個人の評価が不利になる風土では、正直に、詳しく記録する理由がなくなります。その結果、失敗は構造として分析される前に、隠されたり小さく扱われたりして消えていきます。

失敗を「判断資産」にしている組織の共通点

一方、失敗が次の判断に生かされている組織では、失敗の扱い方そのものがはっきり違います。失敗が、組織学習のための「判断資産」として位置づけられているのです。

判断の前提として切り出されている

「どの前提が誤っていたのか」「どの仮定が成り立たなかったのか」がはっきり切り出され、整理されます。焦点は結果ではなく、判断のプロセスそのものにあります。

再発条件が言語化されている

「どんな条件が揃うと同じ失敗が起きるのか」、逆に「どの条件を整えれば避けられるのか」が具体的な言葉になり、誰でも参照できる形で蓄積されています。

次の判断で必ず参照される

過去の失敗記録が、新しい意思決定や権限委譲の前の確認プロセスに組み込まれています。参照されずに眠っている失敗記録は、構造化されているとは言えません。

ルールとは、失敗と判断をつなぐ「接続点」

ここで言う「ルール」は、罰則や厳しい管理のことではありません。失敗という経験を、確実に経営判断や業務プロセスへと変換するための、最低限の「接続点」です。たとえば、次のような区切り方をルールにすることが考えられます。

• 失敗は「結果」ではなく「前提のズレ」として整理する。
• 個別の事例ではなく、再発可能な「条件」の形で記録・残す。
• 記録された失敗は、次の同種の判断を行う際に必ず確認リストに含める。

この接続点が機能していなければ、どれだけ多くの失敗事例を集めても組織の判断は変わらず、可逆性のある意思決定にもつながりません。

ルールが形骸化する境界線

失敗を扱うルールが意味を失うのは、記録はしても意思決定にまったく影響しないとき、参照されない失敗記録ばかりが積み上がるとき、そして記録や分析そのものが目的になったときです。

この状態では、失敗は管理されているように見えても、組織は本当の意味で賢くなって（学習して）はいません。

自組織の失敗の扱い方を点検する

自分たちの失敗への向き合い方を確かめるために、次の問いに答えてみてください。

• 直近の失敗は、どの判断の前提条件を更新しましたか？
• その失敗は、次の意思決定プロセスで参照されるように設計されていますか？
• 失敗は「事例」として残っているだけですか？それとも「条件」として残っていますか？
• 失敗を構造化することは、評価上のリスクと捉えられていますか？それとも貴重な判断資産と捉えられていますか？

はっきり答えられないなら、問題は失敗の数や頻度ではありません。「失敗」を「次の経営判断」に変換するための組織設計やルール設計が、そもそも存在しないことにある可能性が高いでしょう。限られたリソースで成長しなければならない中小企業にとって、この「学習を構造化する力」は欠かせないものです。