戻れる経営
失敗を記録しないシステムの危険性
システムが整備され、手順が回り、数値が報告されている状態では、「問題は起きていない」という前提が置かれやすくなります。しかし実際には、失敗がなくなったのではなく、記録されなくなっただけという状態が進行している可能性があります。
この判断が問題になる場面
表面的な安定
  • 手順は回っている
  • 数値は報告されている
  • 大きなトラブルは表に出ていない
暗黙の前提
  • 問題は起きていない
  • 失敗はすでに解消された
  • これ以上、掘り返す必要はない
実際の状態
失敗がなくなったのではなく、記録されなくなっただけという危険な状態が進行しています。
失敗が記録されない仕組み
多くの組織で、失敗は意図せず記録されない構造を持っています。この構造は三つの主要なパターンによって形成されます。
成果だけが残る設計
成功事例や達成数値だけが管理対象になり、未達・手戻り・例外は「処理済み」として消えてしまいます。
個人イベントとして処理
ミスは個別対応で完結し、原因分析が属人的に終わります。失敗は構造ではなく、その場限りの出来事として扱われます。
記録のインセンティブ不在
失敗を書くと評価が下がり、記録しても何も変わらないため、正直に書く理由がなくなります。
成果だけが残る設計の問題
何が記録されるか
  • 成功事例
  • 達成数値
  • 完了したタスク
何が記録されないか
  • 何がうまくいかなかったか
  • なぜ想定が外れたか
  • どこで手戻りが発生したか
未達・手戻り・例外は「処理済み」として消え、システム上に痕跡が残りません。
成功だけを記録するシステムは、学習する機会を組織から奪っています。
失敗が記録されないと何が起きるか
同じ失敗の繰り返し
過去の失敗にアクセスできず、毎回「初見の問題」として扱われます。学習は個人に留まり、組織には蓄積されません。
判断の前提が固定化
想定が間違っていた事実が残らず、判断は成功前提で固定されます。現実とズレた前提で意思決定が続きます。
内部劣化の進行
表面上は安定していますが、修正能力は下がります。大きな失敗だけが突然表に出ることになりやすくなります。
同じ種類の失敗が繰り返される理由
問題発生
新しい問題が発生します
個人対応
担当者が個別に対処します
処理完了
問題は解決されます
記録消失
詳細は記録されません
再発
同じ問題が再び発生します
過去の失敗にアクセスできないため、毎回「初見の問題」として扱われ、学習は個人に留まり、組織には蓄積されません。
「記録しない方が安全」に見える理由
短期的な合理性
失敗を残さない判断は、短期的には合理的に見えます。
  • 波風を立てない
  • 説明コストがかからない
  • 責任問題にならない

しかし代償として
判断を更新する材料が失われるという構造が静かに進行します。
この選択は目の前のリスクを回避しますが、組織の学習能力を徐々に低下させていきます。
失敗が不可逆になるポイント
記憶依存
失敗が記録ではなく記憶に依存している状態です。担当者が変わると情報が失われます。
参照不可
記録があっても参照されない状態です。情報は存在しますが、活用されません。
反映されない
記録しても判断に反映されない状態です。失敗は存在するが、意思決定には存在しません。
失敗は存在するが、意思決定には存在しない状態になります。
システム設計の問題を見極める
問題は失敗の多寡ではなく、失敗が判断に残らないシステム設計にある可能性が高いです。
1
記録の所在
直近の失敗は、どこに記録されていますか?
2
参照可能性
その記録は、次の判断で参照可能ですか?
3
設計のバランス
失敗を記録することに、リスクとメリットのどちらが大きい設計ですか?
4
前提の更新
記録された失敗は、判断の前提を更新できていますか?
失敗を学習に変えるために
記録する文化
失敗を安全に記録できる環境を整備し、正直な報告を評価する仕組みを作ります。
共有する仕組み
個人の経験を組織の資産に変換し、誰もがアクセスできる形で保存します。
活用する設計
記録された失敗を意思決定に反映させ、判断の前提を継続的に更新します。
これらの問いに答えられない場合、問題は失敗の多寡ではなく、失敗が判断に残らないシステム設計にある可能性が高いです。組織の学習能力を高めるためには、失敗を記録し、共有し、活用する仕組みを意図的に設計する必要があります。