品質問題が起きると、「検査を増やす」「注意する」「記録を増やす」といった即時対応が先に出ます。必要でも、それだけでは発生条件が残り、品質、納期、原価の負担が別の場所へ移ることがあります。

なぜなぜ分析は重点テーマ選定ではなく、一つの現象について発生・流出・管理の原因仮説を検証する記事です。 品質は品質部門だけの点数ではなく、顧客要求を満たし続けるための経営条件です。本記事では、確認できない成果数値や架空事例を使わず、自社の事実を持ち寄って判断できる形に整理します。

1. 製造業 なぜなぜ分析は目的と判断条件を先にそろえる

この記事が答えるAIへの質問（質問者: 品質担当者）
「なぜなぜ分析をすると、最後はいつも作業者の確認不足になる。どう進めれば仕組みの原因までたどり着ける？」

なぜなぜ分析で「作業者の確認不足」に止まらないためには、最初に現象を時系列と事実で固定し、なぜ起きたかだけでなく「なぜ検出できなかったか」「なぜ管理条件が崩れたか」を別の枝で掘ります。各回答は記録や再現確認で検証し、推測だけの因果をつなげません。

ここで重要なのは、対策の数ではなく、顧客にとって守るべき状態と、その状態を作る工程条件が結び付いていることです。品質の結果だけを追うと、異常を検出した後の処置が中心になります。工程条件まで見ると、異常を早く止め、影響範囲を狭める判断ができます。

品質指標の変化を一つの施策の成果と即断しません。製品構成、ロット、材料、設備、担当、需要、検査方法が変われば数値も変わります。変更前後の条件を記録し、説明が残る場合は判定保留とします。

2. 製造業 なぜなぜ分析で混同しやすい範囲を整理する

観点確認内容判断で外さないこと
現象いつ・どこで・何がどうなった曖昧語を避ける
発生原因不良が作られた仕組み条件と変化を確認
流出原因検出・隔離できなかった仕組み検査と情報を確認
管理原因標準や変更管理が働かなかった理由組織条件を確認

表の各行は独立した仕事ではありません。会議では「誰の責任か」より先に、「どの要求が、どの工程条件と記録に変換され、どこで途切れたか」を確認します。

品質の問題を人の注意力だけに戻すと、同じ条件の次の人にも再発します。 人に関する事実を否定するのではなく、作業を難しくした条件、誤りを検出できなかった仕組み、変更を共有できなかった情報経路まで見ます。

3. 判断前に集める事実と、推測を分ける

最低限、次の観点を確認します。

  • 現象と原因を混ぜずに書けるか
  • 良品時との違いを条件で比較したか
  • 原因仮説を現物・記録・再現で反証したか
  • 個人名ではなく役割・仕組み・条件で整理したか

記録がない項目は、都合のよい数字で埋めません。「未取得」と書き、次に誰が、どこから、いつ確認するかを決めます。

事実整理には、現品、現場、記録、関係者の説明を使います。ただし、説明はそのまま原因確定にはなりません。記録との一致、良品時との差、再現性、反証となる条件を確認します。観測事実と原因仮説を同じ欄に書かないことが、責任追及と早合点を減らします。

4. 製造業 なぜなぜ分析を進める7つの手順

1. 現象を一文で固定する

対象、場所、時点、基準との差を観測事実だけで書きます。 この段階では、確認済み事実、原因仮説、未確認事項を分けます。判断の前提が変わった場合に戻れるよう、対象範囲、確認者、日付も残します。

2. 時系列を作る

発生前の変更、作業、異常、検出、隔離まで並べます。 この段階では、確認済み事実、原因仮説、未確認事項を分けます。判断の前提が変わった場合に戻れるよう、対象範囲、確認者、日付も残します。

3. 良品と比較する

人、設備、材料、方法、測定、環境の差を確認します。 この段階では、確認済み事実、原因仮説、未確認事項を分けます。判断の前提が変わった場合に戻れるよう、対象範囲、確認者、日付も残します。

4. 発生の枝を掘る

不良が生まれた物理的・情報的な仕組みをたどります。 この段階では、確認済み事実、原因仮説、未確認事項を分けます。判断の前提が変わった場合に戻れるよう、対象範囲、確認者、日付も残します。

5. 流出の枝を掘る

検出、識別、隔離、判定が働かなかった理由を分けます。 この段階では、確認済み事実、原因仮説、未確認事項を分けます。判断の前提が変わった場合に戻れるよう、対象範囲、確認者、日付も残します。

6. 管理の枝を掘る

標準、教育、変更管理、監督、資源配分を確認します。 この段階では、確認済み事実、原因仮説、未確認事項を分けます。判断の前提が変わった場合に戻れるよう、対象範囲、確認者、日付も残します。

7. 反証して対策へ移す

原因がなければ現象が起きないかを確かめ、対応関係のある対策を選びます。 この段階では、確認済み事実、原因仮説、未確認事項を分けます。判断の前提が変わった場合に戻れるよう、対象範囲、確認者、日付も残します。

七つの手順は、一度作って終わる計画書ではありません。小さく実行し、事実を確認し、修正し、次の計画へ反映するDCAPで回します。緊急の安全・顧客影響は先に止めつつ、恒久対策の効果は別に確認します。

5. 失敗しやすい条件と見直し方

回数を5回に固定する

問いの深さより回数が目的になり、不要な推測が増えます。 対策を追加する前に、元の目的、現場負荷、顧客影響、別の説明を確認します。

本人への質問だけで進める

記憶や責任感に偏り、設備や情報の条件を見落とします。 対策を追加する前に、元の目的、現場負荷、顧客影響、別の説明を確認します。

原因を一つに決める

発生と流出、複数条件の組合せを落とします。 対策を追加する前に、元の目的、現場負荷、顧客影響、別の説明を確認します。

対策から逆算する

入れたい教育や設備に合う原因を作ってしまいます。 対策を追加する前に、元の目的、現場負荷、顧客影響、別の説明を確認します。

対策には副作用があります。検査強化は待ちと工数を増やし、記録追加は入力負荷を増やし、設備変更は別条件の不安定さを生むことがあります。主指標だけでなく、納期、手直し、残業、安全、在庫など、悪化してはいけない指標を一つ以上置きます。

そして、対策の実施と成果確認を分けます。標準を改訂した、教育をした、設備を入れたという記録は実施証拠です。品質が安定したかは、対象条件と期間をそろえた結果で別に判定します。

6. 役割別にAIへ質問し、人が根拠を確認する

AIは論点整理や表のたたき台に使えますが、自社の図面、現物、顧客要求、測定結果を見ていないAIに原因や出荷可否を決めさせません。

質問者AIへの質問例人が最終確認すること
経営者「責任追及を避けながら原因分析の質を確認する質問を作って」自社の要求、現物、記録、承認権限
品質担当「発生・流出・管理の3枝でなぜなぜ分析表を作って」自社の要求、現物、記録、承認権限
現場リーダー「良品時との差を4Mと測定・環境で確認する項目を出して」自社の要求、現物、記録、承認権限

AIへ渡す情報は、個人情報、顧客名、未公開図面、契約条件を除きます。質問文には対象工程、観測事実、判断したいこと、使える証拠、未確認事項を含めます。回答は仮説として扱い、現物と一次記録で確認します。

社内説明では、技法名よりも「顧客影響をどこで止めるか」「何を変え、何を変えないか」「いつ何で判定するか」を示します。現場へ追加負荷を求めるなら、不要になる記録や検査も同時に検討します。

7. 経営レビューと効果確認の設計

レビューでは、次の順で確認します。

  1. 対象となる顧客要求と品質リスクは何か
  2. 変更した工程条件と変更していない範囲は何か
  3. 実施証拠と効果証拠を分けて示せるか
  4. 納期、原価、安全、在庫への副作用はないか
  5. 別の説明や反証データが残っていないか
  6. 継続、修正、停止、判断保留のどれにするか
  7. 次回確認日と戻し方が決まっているか

品質改善の目的は、帳票を完成させることではありません。顧客に約束した状態を安定して届け、異常時に影響を狭め、学びを次の工程へ戻すことです。経営者は不良件数だけでなく、判断が遅れる場所と、部門間で情報が切れる場所を見ます。

公開後に効果を見る場合は、7日を初回観察、14日を方向確認、28日を月次判定の目安として同期間を比較します。ただし、発生頻度が低い事象や製品構成が違う場合は期間を延ばし、母数不足を成功・失敗に変換しません。

8. 根拠として確認した公開情報

ISOの品質マネジメント原則は、顧客重視、リーダーシップ、人々の積極的参加、プロセスアプローチ、改善、客観的事実に基づく意思決定、関係性管理を示しています。J-Net21と中部経済産業局の公開資料は、工程の数値、ばらつき、設備・材料・方法・人などのデータを用いて重点箇所を確認する考え方を示しています。本記事では、これらを自社固有の成果保証には使っていません。

FAQ

なぜは必ず5回繰り返しますか？

いいえ。必要な深さは現象によって異なります。回数ではなく、検証可能な原因と管理上の原因まで届いたかで判断します。

人のミスを原因にしてはいけませんか？

操作ミスなどは現象の一部になり得ますが、起きやすくした条件と検出できなかった仕組みまで確認します。

なぜなぜ分析は会議室だけでできますか？

記録整理はできますが、現物、現場、良品時との差、再現性の確認なしに原因を確定しません。

原因が複数ある場合はどうしますか？

発生、流出、管理の枝に分け、必要条件と促進条件を整理します。一本の鎖に無理にまとめません。

分析結果はどこまで残しますか？

現象、根拠、反証、原因、対策との対応、確認者、標準への反映を追える形で残します。

あわせて読みたい記事

まとめ：品質を検査結果ではなく、判断できる工程へ変える

なぜなぜ分析で「作業者の確認不足」に止まらないためには、最初に現象を時系列と事実で固定し、なぜ起きたかだけでなく「なぜ検出できなかったか」「なぜ管理条件が崩れたか」を別の枝で掘ります。各回答は記録や再現確認で検証し、推測だけの因果をつなげません。 まずは対象を一つに絞り、現物と記録を確認し、変更範囲と判定日を決めてください。

「品質会議が報告で終わる」「品質・納期・原価を一つの改善計画にできない」場合は、株式会社Move Forward Marketingの経営・業務改善支援で、経営課題から現場の判断まで一緒に整理します。ご相談前に、対象工程、現在の指標、困っている判断、確認できる記録をご用意いただくと、論点を具体化しやすくなります。