※本記事にはプロモーション（広告）が含まれています。
『何度言ったらわかるの？』――。この記事では、ビジネスの現場で起きるこの現象の裏にある「OSのバグ」を、アーキテクトの視点で解剖します。
よくある場面
「何度言ったらわかるの？」
リビングに冷たい声が響きます。自分の「マイルール」を相手が守れなかった時の、静かな怒りと諦め。
しかし言われた側からすれば、これまでそのルールの下（別のOS）で生きてこなかったのですから、意識だけで守ろうとするのが困難なのは当然です。要するに「気をつける」という精神論だけでは何度も同じミスを繰り返し、そのたびに「何度言ったら……」の無限ループに陥ります。
「人を責めるな、仕組みを責めろ」
トヨタの現場で語られる言葉として有名な、この一節をご存知でしょうか。人間の注意力や努力には限界があるため、そこで発生したヒューマンエラー（人）を責めても意味がない。トラブルが起きた真因を見つけ出し、根本から解決する「仕組み」を作り替えなさい、というシステム思考の極意です。
ビジネスの現場でも、ミスをした部下は決まってこう言います。
「次からは気をつけます」
なぜ起きるのか ― バグの構造
人間である以上、ミスをすること自体はバグではありません。問題は、彼らが「気をつけさえすれば、次はミスをしない（システムは正常に動く）」と本気で思い込んでいることです。
いや、優秀な層であれば「仕組みを作らなければ同じミスをする」ことには薄々気づいているはずです。では、なぜ彼らは仕組みの再構築に着手せず、「気をつけます」という精神論に逃げ込むのでしょうか？
理由は非常にシンプルです。「真因を探す分析」と「既存の仕組みの再構築」には、膨大な脳のリソース（CPU）を消費するからです。
トヨタの「なぜなぜ分析」を本気でやったことがある方なら分かると思いますが、真因の特定は脳が焼き切れるほど疲れます。もし、「なぜなぜ分析をやっても全く疲れない」という人がいるとすれば、それは「打ち手（解決策）ありきのフェイク分析」になっている証拠です。
真因が分からない暗闇の中で、ゼロから仮説を立てて構造を解き明かすのは疲れて当然です。疲れないということは、頭を使っていない（既存のフォーマットに当てはめて、やった感を出しているだけ）ということに他なりません。
「気をつけます」という言葉は、反省の弁ではありません。「これ以上、真因分析に自分の脳のCPUを使いたくありません」という、実行者（QA層）からの【思考停止のSOS】なのです。
では、この「脳の省エネモード」に逃げ込んだ部下に対して、アーキテクト（PM）はどのようにエラーハンドリングを行い、システムに物理的なパッチ（仕組み）を当てさせればよいのでしょうか？
まず試せる一手：「気をつけます」を再発防止策として認めない
人の注意力は、寝不足や忙しさで簡単に落ちます。注意力に頼った再発防止策は、同じ条件がそろえばまた破られます。「何度言ったらわかるの？」が繰り返されるのは、対策が最初から「人の注意」に置かれているからです。
「『次から気をつけます』は再発防止策にしません。注意していなくてもミスが起きない仕組みを持ってきてください」
こう決めると、話し合いの矛先が「本人の気持ち」から「仕組みの改修」に移ります。責めるための振り返りではなく、直すための振り返りになります。
ここまでが、最初の一手です。この一手を習慣にして、同じバグを繰り返さない仕組みにするための残りの手順は、noteで公開しています。
残りの解決策（How）はnoteで公開中
ここから先の具体的な解決策・コマンドは、noteの記事で公開しています。
このテーマを深めるおすすめの本
『トヨタ生産方式』（大野耐一）
「なぜ」を5回くり返して真因にたどり着く考え方の原点。人の注意力に頼らず、仕組みでミスを防ぐ発想がわかる一冊。
▶ 楽天で探す
▶ 耳で読むなら：新作続々追加！オーディオブック聴くなら – audiobook.jp
あわせて読みたい：「ダブルチェックを徹底します」は思考停止のサイン。組織を腐らせる「足し算の解決策」の罠
※本記事は、noteで公開した「「何度言ったらわかるの？」のバグ。疲れない“なぜなぜ分析”がフェイクである理由と、真因のデバッグ」の無料部分をブログ向けに再構成したものです。
コメント