戦略的なD2記述によるD4根本原因の特定

8D.wiki 編集部 — AI の支援で下書きし、創設者が査読・編集・組版したうえで公開しています。事実・数値・表・用語は公開前に確認します。
査読・組版: Alvin Jin — IATF 16949 専門家 · 認定 Product Engineering（PE）コーチ · DRBFM 専門家
Published 2024-01-27 · Last reviewed 2026-10-25

8DのD2でIs/Is Not分析を用いて不具合の範囲を絞り込み、5つのフィルターを備えた問題記述を構築し、D4の根本原因特定を加速する方法を解説します。 D0～D8の各ステップ、根本原因分析、暫定処置と恒久処置、IATF 16949のベストプラクティスを解説。実際の不良事例、5-Whyと特性要因図、無料テンプレ...

8段階問題解決法（8D）の枠組みにおいて、**D2（問題記述）**段階の品質は、**D4（根本原因分析）**の効率を直接左右します。問題を詳細に展開することで、チームはノイズを排除し、真の原因へと収束できます。

1. 中核ツール：Is/Is Not分析

Is/Is Not分析の本質は、不具合がそうであるものとそうでないものとの間のギャップを特定し、固有の変化や差異を切り分けることにあります。

例：停電のトラブルシューティング

IS（そうである）： 自室だけが停電している。リビングは暗い。
IS NOT（そうでない）： 建物全体が停電しているわけではない（系統障害を除外）。寝室にはまだ電気が来ている（主ブレーカーを除外）。
推論： 範囲はリビングの特定回路または家電の故障に絞り込まれる。

同じ論理は製造不具合にも当てはまります。キャビティ3の部品にバリが発生し、キャビティ1や2には発生しない場合、手がかりとなるのはキャビティの差異です。材料ロットでも、作業者でも、シフトでもありません。

2. 多次元比較分析（5W2H）

産業の現場（例：IATF 16949のQMS環境）では、Is/Is Notの論理を5W2Hの各次元に適用します。

次元	Is / Is Not分析の着眼点	想定される手がかり
When（いつ）	特定の設計変更やサプライヤー切替の後にのみ発生するか。	不具合を設計変更通知（ECN）と関連付ける。
Where（どこで）	市場Aでは発生するが市場Bでは発生しないか。気候や保管期間に依存するか。	環境要因や物流上の影響を特定する。
How Many（どのくらい）	不具合率は100%か43%か。拠点によって異なるか。	隠れた変数を明らかにし、系統的欠陥と偶発的欠陥を区別する。

さらに2つの次元をマトリクスに加える価値があります。Who（誰が）（どの作業者、シフト、ラインか、そして不具合が全く発生しないのはどれか）と、What/Which（何が／どれが）（どの品番、材料ロット、サプライヤーか、そして問題のないのはどれか）です。発生しないパターンは、発生するパターンよりも情報量が多いことがしばしばあります。

3. 実例：組立ラインにおけるシール漏れ

あるラインで、漏れ試験によりユニットの43%が不合格となります。チームは工程に手を付ける前にIs/Is Notマトリクスを完成させます。

次元	IS	IS NOT
What（何が）	入口シール部の漏れ、0.4～0.6 barの圧力低下	出口シール部やハウジング接合部の漏れ
Where（どこで）	ライン2、ステーション40の圧入工程	ライン1の同一ステーション、同一治具設計
When（いつ）	3月12日のロット切替以降、夜勤	3月12日より前の日勤、2月は全日
Who（誰が）	夜勤の両作業者	同一治具を使用する日勤の作業者
How Many（どのくらい）	夜勤ユニットの43%、日勤ユニットの0%	100%ではないため、設計不具合ではない
Trend（傾向）	段階的な変化であり、緩やかなドリフトではない	摩耗パターンではない

段階的な変化とシフトによる分離は、治具の摩耗ではなく、ロットに関連するシール寸法または夜勤の段取り差異を示唆します。そこでD4では、ライン全体を再監査するのではなく、新ロットのシールのデュロメータと圧縮永久ひずみを検証します。これにより数日を節約できます。

4. 完全なD2のためのステップバイステップ・チェックリスト

問題記述を測定可能な表現（不具合、場所、規模、日付）で書く。
What、Where、When、Who、How Many、TrendにわたってIs/Is Notマトリクスを埋める。
少なくとも5つのIS NOT特性を記録する。それぞれが1つのフィルターとなる。
すべての記入項目を意見ではなくデータ（検査記録、試験ログ、写真）で検証する。
ISとIS NOTを区別できない次元があればフラグを立てる。そのギャップ自体が手がかりである。
各IS項目に関連する差異と変化（ECN、ロット、シフト、サプライヤー）を列挙する。
D3の暫定処置（Containment）が完了しD4が開始される前に、記述が完全であることをチームリーダーが承認する。

5. よくある失敗モードとその検出方法

意見による記述（証拠の欠如） — 「おそらく作業者」といった記述。各行の背後にある記録を求めることで検出する。
IS NOTデータの欠如 — IS項目しかないマトリクス。IS NOTの行数を数えることで検出する。5行未満ならD2は不完全である。
範囲が広すぎる — 「ライン上のすべての不具合」。記述に場所、規模、日付が明示されているかを確認することで検出する。
確証バイアス — チームが好む仮説を支持するデータのみを挙げる。反対の主張を担当する者を割り当てることで検出する。
陳腐化した記述 — D2を一度書いたきり、暫定処置のデータが届いても更新しない。マトリクスに日付を記入し、各D4セッションで見直すことで検出する。

6. アウトプットの検証と隣接するDステップとの連携

D2の記述は、独立したレビュー担当者がマトリクスを読み、どの原因がすでに除外されているかを予測できる状態になったときに検証済みとなります。D3の暫定処置データ（流出経路がWhere/Whenの項目と一致するか）と照合し、さらにD4とも照合します。検証済みの根本原因はすべて残存するIS空間の内側に位置すべきであり、却下された原因はすべて特定のIS NOTフィルターに対応するはずです。D4がIS NOT項目と矛盾する原因を導き出した場合、どちらかが誤りです。D5に進む前にこれを解決してください。

7. 結論

効果的なD2分析の鍵は、「Is Not」情報を意図的に探すことにあります。問題が起こり得たのに起こらなかった場所を定義することで、無関係な要因をふるい落とし、D4における根本原因への的確な打撃を可能にします。Is-Is-Notツールは、すべての不具合には、不具合がそうであるものだけでなくそうでないものによって定義される固有のパターンがあるという基本原則に基づいています。機械Aで不具合が発生し機械Bで発生しないなら、その差異こそが手がかりです。夜勤で発生し日勤で発生しないなら、その差異こそが手がかりです。特定できるIS NOT特性が多いほど、根本原因をより正確に絞り込めます。チームはD2の記述を完全とみなす前に、少なくとも5つのIS NOT特性を特定することを推奨します。各IS NOT特性は潜在的な原因の集合を排除するフィルターであり、5つのフィルターでほとんどの可能性が排除されます。Is-Is-Notツールは、根本原因分析を当て推量のゲームから体系的な排除プロセスへと変革します。不具合が何であるかだけでなく、何でないかも定義することで、チームは調査空間を指数関数的に狭める比較マトリクスを生成します。適切に選ばれた5つのIS NOT特性が、ほとんどの潜在的原因を排除します。最も価値ある調査上の洞察は、方程式のIS側ではなくIS NOT側から得られることがしばしばです。