なぜなぜ分析（5 Whys）

🎯問題定義 #

形容詞なしで、測定可能な一文

「デプロイがよく壊れる」ではなく、「直近4週間のデプロイ12回のうち3回がロールバックされた」のように数値と期間の入った文で始める。問題文が曖昧だと、最初の「なぜ」から参加者がそれぞれ別の問題を分析し始める。1回のなぜなぜ分析が扱うのは1つの事象だ。複数の事象をまとめると、原因もつぶれてしまう。

なぜ1 #

直接原因：その瞬間に何が起きたか

最初の「なぜ」の答えは、たいてい目に見える技術的・物理的な事実だ。たとえば「マイグレーションスクリプトが失敗した」。ここで答えが複数出たら、寄与が最も大きいものを1つ選び、残りは別のチェーンとして分けておく。この段階の答えは、ログ、記録、再現によって即座に検証できなければならない。

なぜ2 #

その直接原因はなぜ発生したのか

2つ目から、答えは事実から条件へ移っていく。「ステージングに本番と同じデータがなかった」のように。ここから「〜のようだ」が混ざり始めるので、各答えの横に確認方法を書き、確認するまでは次の「なぜ」へ下りない。推測の上に積んだ3つ目の「なぜ」は、すべて無駄骨になる。

なぜ3 #

その条件はなぜ放置されていたのか

3つ目あたりで個人の行動が登場しやすい。「担当者が確認を飛ばした」。ここで止まりたい誘惑が最も強い。人のミスが出てきたら質問を変える。「なぜそのミスが可能な構造だったのか」「なぜミスが濾し取られなかったのか」。ミスを許したシステムこそが、次の「なぜ」の対象だ。

なぜ4 #

構造とプロセスの欠陥が現れる層

うまく進んだチェーンなら、4つ目あたりで答えが特定の出来事ではなく、繰り返し可能なパターンになる。「チェックリストに該当項目がない」「その検証を担う工程自体が存在しない」。答えがまだ特定の人や特定の日の事情なら、チェーンは脇道に逸れている。なぜ2〜3に戻って分岐を選び直す。

🧨なぜ5＝根本原因の候補 #

直せば再発が止まる地点

根本原因の判定基準は深さではなく効果だ。これを直せば、同じ系統の問題は二度と起きないか。逆方向テストで確かめる。なぜ5から「したがって」でさかのぼり、問題文まで自然につながればチェーンは成立している。5回を埋めることが目的ではないので、3つ目でたどり着いたなら3つ目で止まる。

どこで止めるか #

統制可能なプロセスに届いたら終わり

果てしなく下り続けるチェーンは分析ではなく逃避だ。止める地点は、自分のチームが統制できる最も深いプロセスだ。答えが「不況」「人間の本性」のように手の届かないものになったら、一段上に戻ってそこを根本原因とする。統制範囲外の原因は直す対象ではなく、耐えられるように設計する前提条件だ。

🛠️対策の立案 #

原因を取り除くか、エラーを吸収するか

対策は2種類ある。原因そのものをなくすことと、原因が残っても事故につながらないようにする緩衝装置だ。「注意する」「教育する」は対策ではなく願望だ。人の記憶に依存しない構造変更（自動化、デフォルトの変更、強制チェック）でなければならない。対策1つが生み出す新しい副作用も、この段階で一緒に書いておく。

対策検証1：再発指標 #

効果を数字で観察する期間を決める

対策を適用する前に、何をどれだけ観察できたら成功なのかを決める。たとえば「適用後8週間、同一タイプのロールバック0件」。指標と期間なしに閉じたなぜなぜ分析は、次の事故のときに最初からやり直しになる。再発したら、対策の失敗よりも先に原因診断が間違っていた可能性を疑う。

対策検証2：逆方向の読み上げ #

「したがって」テストでチェーンを監査する

対策を確定する前に、チェーン全体を逆から読む。根本原因から始めて「したがって」でつなぎ上がったとき、文がぎこちなくなる地点が論理の飛躍の隠れ場所だ。第三者に逆方向で読んでもらうのが、最も安くて速い監査だ。書いた本人は自分の飛躍が見えない。

⚠️よくある罠 #

チェーンを台無しにする3つの習慣

なぜなぜ分析が形式的な儀式に堕ちる理由は、道具ではなく運用にある。人のせいで止まる、最初の答えに満足する、推測でつなぐ。この3つが失敗の大半を占める。会議の前にこの3つを明示的なルールとして告知するだけで、チェーンの質が変わる。

罠1：人のせいで止まる #

「誰が」が出てきたら、まだ半分だ

「新人がミスをした」は根本原因になりえない。その人が明日退職しても、同じ事故はまた起きる。名前が登場したら、質問を構造へ戻す。なぜそのミスがシステムを通過したのか。非難しない（blameless）原則は温情の問題ではなく正確さの問題だ。処罰が予想される瞬間から、次の事故では情報が隠れ始める。

罠2：最初の答えに満足する #

もっともらしい答えが一番危ない

最初に出てくるもっともらしい答えは、たいてい症状の言い換えか、全員がすでに信じていた仮説だ。各段階で「別の説明は可能か」を一度ずつ問うだけで、チェーンは一段深くなる。特に、会議開始5分で満場一致の答えが出たら疑うこと。検証なき合意は分析ではなく記憶だ。

罠3：検証せずにつなぐ #

仮説の鎖は必ず崩れる

各「なぜ」の答えは、データ、ログ、当事者の確認のいずれかで裏付けられなければならない。1つでも推測なら、その下の全部が砂上に立つ。確認できない答えが出たら、チェーンを止めて確認から始める。なぜなぜ分析は1回の会議で終えるべき儀式ではなく、確認の合間に数日かかってもよい調査だ。

🌿原因が枝分かれするとき #

チェーンではなく木になる

現実の問題は、原因が1つではないことが多い。1つの「なぜ」で答えが2つ以上出たら、無理に1つを選ばず、枝ごとにチェーンを分ける。ただし、すべての枝を同じ深さまで掘りはしない。寄与が最も大きい枝から掘り、残りには明示的に保留の印を残す。枝を分けた記録そのものが、次の類似事故のときの地図になる。