問題が起きたときに、「とりあえず表面に見えた原因だけで対策してしまう」「同じトラブルが何度も起きる」と感じることはないでしょうか。
こうしたときは、目に見えた出来事のすぐ下にある原因だけでなく、そのさらに奥にある本当の原因まで掘り下げる必要があります。
そんなときに役立つのが、Why-Why分析です。
Why-Why分析は、起きた問題に対して
なぜ？ を繰り返し問いながら原因を深掘りしていく
フレームワークです。
表面的な対処で終わらず、再発しにくい改善策につなげたいときに使いやすい型です。
そこでこの記事では、Why-Why分析の意味、使い方、具体例、注意点までを、初心者向けにやさしく整理して解説します。
この記事でわかること
- Why-Why分析とは何か
- Why-Why分析は何に使うのか
- Why-Why分析の基本的な考え方
- Why-Why分析の使い方
- Why-Why分析の具体例
- ロジックツリーとの違い
最初から完璧な根本原因を見つける必要はありません。まずは「なぜを重ねて、原因を一段深く見る型だ」とわかれば十分です。
Why-Why分析とは？
Why-Why分析とは、起きた問題に対して「なぜ？」を繰り返し問いかけながら、原因を深掘りしていく考え方です。
もっとやさしく言うと、Why-Why分析は
目の前の原因だけで終わらず、その奥にある原因までたどる型
です。
たとえば、「納期に遅れた」という問題が起きたとします。
ここで「担当者が遅れたから」で終わると、また同じことが起きるかもしれません。
ですが、
- なぜ遅れたのか
- なぜその状態が起きたのか
- なぜ防げなかったのか
と掘っていくと、進捗管理の甘さや、引き継ぎ不足、業務量の偏りなど、より本質的な原因が見えてくることがあります。
Why-Why分析を一言でいうと
Why-Why分析を一言でいうと、なぜを重ねて根本原因に近づくフレームワークです。
Why-Why分析は、表面的な現象に反応するのではなく、再発を防ぐための原因を探る型です。
Why-Why分析は何に使うのか
Why-Why分析は、主に次のような場面で使います。
- トラブルの原因分析
- ミスや不具合の再発防止
- 業務改善
- 品質改善
- 問題の本質把握
- 再発しにくい対策づくり
たとえば、問い合わせ対応ミスが起きたときに、
「担当者が確認不足だった」で終わると、個人の注意力に依存した対策になりやすいです。
ですが、Why-Why分析で深掘りすると、
- 確認手順が標準化されていなかった
- 引き継ぎルールが曖昧だった
- そもそも情報が探しにくかった
など、仕組み側の問題が見つかることがあります。
どんな人に向いているか
Why-Why分析が向いているのは、次のような人です。
- ミスやトラブルの原因を深く考えたい人
- 再発防止を考える人
- 業務改善に取り組む人
- 表面的な対策で終わりたくない人
Why-Why分析の基本的な考え方
Why-Why分析では、基本的に
- 問題を明確にする
- なぜ起きたかを問う
- その答えに対して、さらに なぜ を問う
- 行動や仕組みに近い原因まで掘る
という流れで考えます。
ここで大切なのは、単に5回きっちり聞くことではありません。
よく「なぜを5回繰り返す」と言われますが、回数自体が目的ではなく、対策可能な原因にたどり着くことが大事です。
Why-Why分析の使い方
ここからは、Why-Why分析の基本的な使い方を順番に見ていきます。
最初は難しく考えず、「起きたこと」から一段ずつ深く聞いていくところから始めれば大丈夫です。
手順1 問題を具体的に書く
まずは、何が起きたのかを具体的にします。
曖昧な表現ではなく、事実ベースで書くことが大切です。
手順2 最初の「なぜ」を考える
その問題がなぜ起きたのかを考えます。
ここでは、できるだけ事実に近い形で答えを出します。
手順3 さらに「なぜ」を重ねる
出てきた答えに対して、さらに「なぜそれが起きたのか」を問います。
表面の原因ではなく、その背景を見る意識が大切です。
手順4 個人原因で止めない
「担当者のミス」「注意不足」で止めると、再発防止につながりにくくなります。
できるだけ、仕組み、環境、手順の問題まで見ます。
手順5 対策につなげる
最後に、見えてきた原因に対して、どんな改善策を取るかを考えます。
- 問題を具体的に書く
- 最初の なぜ を考える
- さらに なぜ を重ねる
- 個人原因で止めない
- 対策につなげる
Why-Why分析は、原因を責めるためではなく、再発しにくい改善策を作るために使うことが大切です。
Why-Why分析の具体例
ここでは、「会議資料の提出が遅れた」を例に、考え方を簡単に見てみます。
例：会議資料の提出が遅れた
前提として、会議資料の提出が締切に間に合わなかったとします。
- 問題
会議資料の提出が遅れた - なぜ1
資料作成の着手が遅れた - なぜ2
必要なデータがそろうのを待っていた - なぜ3
どのデータが必要か事前に整理されていなかった - なぜ4
資料作成の標準フォーマットがなく、毎回必要項目が変わっていた - なぜ5
会議資料の作成ルールが共有されていなかった
このように見ると、表面上は「着手が遅れた」ことが原因ですが、その奥には
標準フォーマットや作成ルールの不在
という仕組み上の問題があったと考えられます。
この場合の対策は、
- 会議資料の標準フォーマットを作る
- 必要項目を事前共有する
- 作成開始のタイミングを決める
などが考えられます。
別の例：問い合わせ返信ミス
- 問題
顧客への返信内容に誤りがあった - なぜ1
古い資料を参照していた - なぜ2
最新版の保管場所が分かりにくかった - なぜ3
資料更新時の周知ルールがなかった
この場合も、個人のミスだけでなく、情報管理の問題が見えてきます。
具体例でわかるポイント
- 表面原因と根本原因は違うことがある
- 仕組みに目を向けることが大切
- 対策につながる原因まで掘る必要がある
Why-Why分析を使うメリット
Why-Why分析を使うメリットは、主に次の通りです。
- 表面的な原因で終わりにくい
- 再発防止につながりやすい
- 問題の背景を整理しやすい
- 個人の感覚ではなく構造で見やすい
たとえば、同じミスが何度も起きるとき、現象だけに対処しても改善しにくいことがあります。
Why-Why分析を使うと、その奥の原因に近づきやすくなります。
Why-Why分析を使うときの注意点
注意
Why-Why分析は便利ですが、やり方を間違えると、ただの犯人探しになってしまうことがあります。
よくある失敗は、次のようなものです。
- 個人の注意不足で止める
- 推測だけで答えを進める
- 無理に5回にこだわる
- 対策につなげない
特に初心者は、「なぜを繰り返せば自然に正解にたどり着く」と思いがちですが、そうではありません。大切なのは、事実に基づいて、対策可能な原因に近づくことです。
ロジックツリーとの違い
Why-Why分析とよく比較されるのが、ロジックツリーです。
- Why-Why分析 → 1つの問題を なぜ で深く掘る型
- ロジックツリー → 複数の要因や打ち手を広く分解する型
つまり、Why-Why分析は深掘りに向いており、ロジックツリーは広く整理するのに向いています。
どう使い分ければよいか
問題の原因がいくつもありそうなら、まずロジックツリーで広く見て、その中の重要な原因をWhy-Why分析で深掘りする流れが使いやすいです。
空・雨・傘との違い
Why-Why分析は、空・雨・傘とも役割が異なります。
- Why-Why分析 → 原因を深く掘る型
- 空・雨・傘 → 事実、解釈、打ち手を整理する型
この違いを理解しておくと、実務で迷いにくくなります。
Why-Why分析は、原因の深掘りに向いています。
一方、空・雨・傘は、観察から判断、行動までを整理するのに向いています。
Why-Why分析はどんな場面で使うと効果的か
特にWhy-Why分析が効果を発揮しやすいのは、次のような場面です。
- 同じミスが繰り返されるとき
- 表面的な対策で改善しないとき
- トラブルの背景を整理したいとき
- 再発防止策を考えたいとき
逆に、問題全体を広く整理したいときにはロジックツリー、論点を大きく構造化したいときにはイシューツリーのほうが使いやすいことがあります。
そのため、Why-Why分析は万能ではなく、1つの問題を深く掘りたい場面で使うのが最も効果的です。
まとめ
Why-Why分析とは、なぜ？ を繰り返し問いながら、問題の根本原因に近づいていくフレームワークです。
問題解決、再発防止、業務改善、品質改善など幅広い場面で使いやすく、特に「表面的な対策で終わりたくない」ときの入口として役立ちます。
最初は難しく見えるかもしれませんが、まずは
- 問題を具体的に書く
- なぜを一段深く聞く
- 個人原因で止めず仕組みを見る
の3つを意識するだけでも十分です。
大切なのは、原因を責めることではなく、再発しにくい改善策につながる原因を見つけることです。
次に読みたい関連記事
このテーマを理解したら、近い役割の型も一緒に押さえておくと、実務で使いやすくなります。
