トラブル発生時に犯人を探すことの効果と限界 ─ 責任追及と再発防止の構造

トラブルやクレームが発生したとき、多くの現場では「誰が悪いのか」を探す動きが自然に始まります。この問いには感情的な合理性があります。原因を特定の人間に帰属させれば、問題がわかりやすくなり、「その人を正せば解決する」という見通しが立つからです。しかし責任の所在を個人に収束させることは、再発防止という目的に対して効果が薄く、むしろ逆効果になることが多いという知見が、航空・医療・ソフトウェアなど複数の分野で蓄積されています。

この記事では、「犯人を探すこと」の心理メカニズムと組織への影響、責任追及と説明責任（accountability）の違い、再発防止につながる振り返りの設計を整理します。「責任を問わなくていい」という話ではなく、何をどこまで問うことが組織の学習と安全性に寄与するかを考える記事です。

なぜ人は犯人を探したくなるのか

問題が起きたとき、原因を特定の人間に帰属させようとする傾向は、心理学では「根本的な帰属エラー（Fundamental Attribution Error）」と呼ばれます。出来事の原因を、状況や構造よりも「人の性格・能力・意図」に帰属させやすいという認知の偏りです。

加えて、組織の中でトラブルが起きると「誰かが責任を取らないと組織の秩序が保てない」という機能的な圧力も働きます。ステークホルダー（上司・顧客・経営層）に対して「対処した」と示すために、見えやすい形での責任の所在が求められるのです。

これらの動きには一定の理由があります。重大な過失や意図的な違反が本当にあった場合は、個人に対する対処が必要なこともあります。問題は、実態として「システムや構造の問題」である場合にも、個人の責任に落とし込もうとする動きが止まらない点にあります。

「犯人」を特定することで何が起きるか

特定の個人を「原因」として名指しすることには、短期的な効果と長期的なコストがあります。

短期的に得られるもの

説明のシンプルさ：複雑な経緯を「○○さんのミス」に圧縮できる。関係者が納得したように見える
感情の出口：怒りや不満を向ける対象ができる。チームの緊張感が一時的に下がることがある
意思決定のスピード：「誰かが担当する」という形で次の動きが決まりやすい

長期的に失うもの

報告の抑制：「報告すると犯人にされる」という認識が広まると、トラブルの早期報告が遅れる。小さな問題を隠し、大きくなってから発覚するパターンが生まれる
学習の停止：「○○さんが悪かった」という結論が出ると、そこで調査が終わる。本来追うべき構造的な問題（手順の不備、コミュニケーションの設計ミス、過剰な負荷など）が見過ごされ、同様のトラブルが繰り返される
心理的安全性の低下：ミスをしたときに責められる可能性が高い環境では、挑戦的な行動や提案が減る。これは心理的安全性の研究で繰り返し確認されている効果です
優秀な人の離脱：責任を取らされる可能性を感じた人、特に責任感が強く自分のミスに敏感な人ほど、職場を去る判断をしやすい

ブレームレス・ポストモーテムという考え方

ソフトウェアエンジニアリングの分野、特に Google・Netflix・Etsy などのテック企業の SRE（Site Reliability Engineering）文化が広めた「ブレームレス・ポストモーテム（Blameless Postmortem）」は、トラブル後の振り返りを個人責任の追及から切り離すアプローチです。

基本的な前提は次の通りです：当事者は当時持っていた情報と状況のもとで、合理的な判断をしていた。人は悪意を持って失敗するのではなく、不完全なシステム・不明確な手順・過剰な負荷・情報の欠如の中で意思決定をして、結果として問題が起きる。

この前提に立つと、振り返りの問いが変わります。

ブレームありの問い	ブレームレスの問い
誰がやらかしたのか	どんな状況でその判断が生まれたか
なぜあの人はちゃんとやらなかったのか	当時どんな情報を持っていたか。何が見えていなかったか
次は気をつけるように	この判断が正しくなるために、システムや手順の何を変えるか
担当者を交代させれば問題は解決する	同じ状況に別の人が置かれたら、同じことが起きるか

「同じ状況に別の人が置かれたら、同じことが起きるか」という問いは特に重要です。答えが「起きる」であれば、それは個人の問題ではなくシステムの問題です。

Just Culture（公正な文化）というフレームワーク

航空・医療分野で発展した「Just Culture（公正な文化）」は、ブレームレス文化をさらに精緻化したフレームワークです。「誰も責めない文化」と「すべての行動を許容する文化」の間にある、行為の性質によって対処を変えるという考え方です。

Just Culture では、行為を次の 3 つに分類します。

行為の種類	定義	組織が取るべき対処
ヒューマンエラー（Human Error）	意図せず起きたミス。注意を払っていたが結果として間違えた	慰め・支援・システムの改善。個人への制裁は逆効果
アット・リスク行動（At-Risk Behavior）	リスクを認識していないか、正当化して取ったリスクのある行動。ショートカット・手順の省略など	リスクの可視化・手順の見直し・インセンティブの修正。個人を罰するより構造を変える
軽率な行動（Reckless Behavior）	リスクを認識しながら、正当化できない理由で意図的に無視した行動	個人への対処が正当化される。懲戒・配置転換・訓練の強制など

現実のトラブルのうち、「軽率な行動」に分類されるものは思ったより少ない、というのがこのフレームワークの実践者から繰り返し報告されています。多くの場合、起きていることは「ヒューマンエラー」か「アット・リスク行動」であり、後者は構造的な問題（手順が複雑すぎる、近道を取ることが暗黙に推奨されている、時間的な圧力がある）を背景に持っています。

責任追及（Blame）と説明責任（Accountability）の違い

「責任を問わない」と「説明責任を求める」は別のことです。この区別が混同されると、「ブレームレス文化＝誰も責任を取らない文化」という誤解が生まれ、チームへの導入が難しくなります。

	責任追及（Blame）	説明責任（Accountability）
目的	誰かを罰すること。感情の解消	何が起きたかを明らかにし、再発を防ぐこと
問いの方向	「誰が悪いか」	「何が起きたか。次にどうするか」
当事者の関与	当事者は防御的になる。情報を出したくなくなる	当事者が経緯を正直に話すことが奨励される
組織への影響	報告の抑制・隠蔽の増加・学習の停止	問題の可視化・学習の蓄積・信頼の構築

説明責任が求めるのは「何が起きたかを開示し、次の改善に参加すること」です。処罰や評価への影響を前面に出さずに、当事者が経緯を正直に話せる環境を作ることが前提になります。この点は批判とフィードバックの境界と共通する構造を持っています。

クレーム・エスカレーション対応における具体的な流れ

外部からのクレームや上位へのエスカレーションが発生した場合、チームとしての対応フローは概ね次の順序になります。

①まず状況を封じ込める（Contain）

犯人を特定する前に、影響を広げないことが最優先です。顧客への謝罪・一時対応・情報共有の範囲の確認など、被害を拡大させないための行動を先に行います。「何が起きたかを調査中」という状態を正直に伝えることが、この段階では適切な対応です。

②事実を時系列で整理する（Reconstruct）

誰が悪いかより先に、「何が、いつ、どんな順序で起きたか」を事実として並べます。ここでは評価・判断を入れず、起きた出来事だけを記録します。

いつ問題が発生したか（または発生に気づいたか）
誰が何を知っていたか、いなかったか
どんな判断が、どの情報をもとに行われたか
通報・エスカレーション・対応はいつ、どのように行われたか

③「なぜ」を掘る（Root Cause Analysis）

事実が整理できたら、「なぜそうなったか」を掘り下げます。「なぜ」を 5 回繰り返す（5 Whys）というシンプルな手法が有効で、最初の「なぜ」が個人の行動を指していても、繰り返すうちに構造的な問題が現れてくることが多いです。

例：

なぜ発送ミスが起きたか → 担当者が確認を省いたから
なぜ確認を省いたか → その日は処理件数が 2 倍だったから
なぜ 2 倍になっていたか → 別の担当者が急に休んだから
なぜ代替の手順がなかったか → 属人化が進んでいて引き継ぎがされていなかったから
なぜ属人化していたか → 人員配置の余裕がなく、マニュアル整備の優先度が低かったから

このケースで「担当者を責める」ことは、上記の連鎖のうち最初の一段しか扱っていません。残りの構造的な問題は手つかずのまま残ります。

④改善策を決めて実行する（Improve）

原因が特定できたら、再発防止のための具体的な変更を決めます。「気をつける」という個人への訓示は改善策になりません。システム・手順・設計を変えることが改善です。

チェックリストや確認手順を追加する
人員配置のバックアップルールを作る
マニュアルを整備し、属人化を解消する
アラートや通知の仕組みを変える

⑤振り返りを記録し共有する（Share）

起きたこと・調べたこと・変えることを文書にして、関係者の間で共有します。「恥ずかしい出来事を隠す」文化より、「オープンに共有して組織全体が学ぶ」文化の方が長期的な安全性が高いことが、航空・医療分野の安全管理の歴史から繰り返し示されています。

「個人の責任」を問うべき場面はあるか

Just Culture の分類で「軽率な行動（Reckless Behavior）」に当たる場合、つまりリスクを認識しながら正当化できない理由で意図的に無視した場合は、個人への対処が正当化されます。具体的には次のようなケースです。

問題が起きていることを知りながら、意図的に報告しなかった
ルールに違反することの意味を理解した上で、個人的な利得のために違反した
繰り返し同様のミスをしており、改善の意思が見られない
他者を意図的に欺く行動があった

これらのケースでは、個人への対処（注意・訓練の強制・配置転換・懲戒）が組織の安全を守る手段として機能します。ただし、このような判断は「事実の調査が終わった後」に行うものであり、トラブル発生直後の感情的な反応として行うものではありません。

「責任を取らせる」ことへの組織的プレッシャーとどう向き合うか

現実には、「誰かに責任を取らせろ」という圧力が上から、または顧客からかかることがあります。このプレッシャーに対して、チームのリーダーがどう振る舞うかが、チームの文化を決定的に左右します。

「原因は調査中です」を正直に伝える：即座に「誰かのせい」にするのではなく、「現在調査して再発防止策を検討しています」という伝え方を選ぶ。外部のステークホルダーも、誠実な対応の方を長期的には信頼する傾向があります
「対処した証拠」と「再発防止策」を分けて示す：上位者や顧客が求めているのは「誰かが罰せられた」という事実より「再び起きないための措置」である場合が多い。改善策の具体性が、信頼回復に最も寄与します
チームメンバーを外部の圧力から守る：上位者や顧客のプレッシャーをそのままチームに向ける行動は、報告の抑制と心理的安全性の低下を招きます。リーダーが「私の責任において対応します」と前に立つことが、チームの安全装置として機能します

チームとして今日からできること

文化を変えることは一朝一夕にはいきませんが、具体的な行動から始めることはできます。

振り返りの場で「誰が」より「何が」「なぜ」を先に問う：ファシリテーターが問いの順序をコントロールするだけで、議論の質は変わります
報告した人を責めない：問題を早く報告した人がそれによって不利益を受けると感じると、次から報告は遅くなります。「報告してくれてありがとう」を言葉にする
「気をつけます」を改善策として受け入れない：「次から注意します」という答えが出たとき、「それが機能しなかったらどうなるか」を問い、構造的な変更に落とし込む
失敗事例をオープンに共有する場を設ける：「うまくいかなかったこと」を安全に話せる定期的な場（レトロスペクティブ、ポストモーテム共有など）を設けることで、学習の文化が定着しやすくなります
自分が担当者を責めたくなったとき、一度止まる：「もし自分が同じ状況にいたら、同じ判断をしたか」と問うだけで、視点が変わることがあります

チームの期待のすり合わせや役割の明確化については、期待のアラインメントでも関連する構造を扱っています。

まとめ

犯人を特定することには短期的な感情解消の効果があるが、再発防止・学習・心理的安全性に対しては逆効果になることが多い
多くのトラブルは個人の問題ではなく、システム・手順・コミュニケーション設計の問題として現れる。「同じ状況に別の人が置かれたら同じことが起きるか」が判断の軸になる
Just Culture は「誰も責めない」ではなく、行為の種類（ヒューマンエラー・アット・リスク行動・軽率な行動）によって対処を変えるフレームワーク
責任追及（Blame）と説明責任（Accountability）は別物。説明責任は「何が起きたかを開示し、改善に参加すること」を求め、処罰を前面に出さない
エスカレーション対応のフローは「封じ込め → 事実整理 → 原因分析 → 改善策 → 共有」の順で行い、「誰が悪いか」の確定は事実調査の後に行う
「誰かに責任を取らせろ」という外部プレッシャーに対しては、具体的な再発防止策を示すことが最も有効な信頼回復の手段になる