不具合解析が長引く現場では、原因そのものより「最初の質問」が曖昧なことが多いです。
何が起きているのかが曖昧。
いつ、どの条件で起きるのかが曖昧。
どこまで広がっているのかが曖昧。
何が変わったのかが曖昧。
この状態だと、手がかりが薄いまま試験や確認を回すことになり、確認項目ばかり増えて前に進みにくくなります。
不具合解析の初動で大事なのは、いきなり原因を当てに行くことではありません。
まずは質問の順番を固定して、再現・範囲・差分をそろえることです。
この記事では、技術職が現場でそのまま使いやすい不具合解析の質問チェックリストをまとめます。
毎回ゼロから悩まなくて済むように、質問の順番、初動で見るべきポイント、次の一手の決め方まで整理します。
不具合解析が早い人は「質問の順番」が決まっている
不具合解析は、センスよりも情報の集め方で差が出やすいです。
特に初動では、いきなり原因候補を増やすのではなく、次の4つをそろえるとかなり進めやすくなります。
・現象
・再現
・範囲
・差分
この4つが整理できると、原因候補を広げすぎずに済みます。
逆に、この4つが曖昧なまま進めると、材料も工程も設備も全部怪しく見えてしまい、不具合解析が長引きやすくなります。
切り分けの前に潰したい落とし穴
不具合解析が止まりやすいときは、たいてい次のどれかに当てはまります。
・現象が「不良」「異常」で止まっている
・再現条件が言えない
・良品との比較がない
・発生範囲が分からない
・変更点が棚卸しされていない
・すぐに原因断定へ入ってしまう
この状態では、どこから確認すればよいかが見えません。
だからこそ、質問の順番を決めておくことが重要です。
切り分け質問はこの順で聞くと進めやすい
不具合解析では、思いつきで質問するより、順番を固定した方が安定します。
まずは次の順番で整理するのがおすすめです。
1. 現象を定義する質問
最初に、「何が起きているか」を具体化します。
ここが曖昧なままだと、その後の比較も切り分けも弱くなります。
まず確認したいのは次のような点です。
・何が、どうなっているか
・正常時と比べてどれくらいズレているか
・いつ気づいたか
・どの工程や場面で見つかったか
・影響はどこに出ているか
たとえば、
「不具合が出る」ではなく、
「高温条件で性能値が基準を下回る」
「組立後の機能確認で正常動作しない」
のように言える状態が目標です。
2. 再現性を取る質問
次に、「その現象がどのくらい再現するか」を確認します。
再現条件が見えないと、原因候補の絞り込みが進みにくくなります。
確認したいのは次のような点です。
・何回中何回起きるか
・条件を変えるとどうなるか
・必ず起きるのか、たまに起きるのか
・どの工程やタイミングで起きるのか
ここでは、「いつでも起きるのか」「特定条件だけか」をはっきりさせることが重要です。
3. 発生範囲を取る質問
次に、「どこまで起きているか」を確認します。
不具合が局所なのか全体なのかで、見るべき場所がかなり変わります。
確認したいのは次のような点です。
・どのロットで起きているか
・どのライン、設備、作業者で起きているか
・同じ材料、同じ設備でも起きるか
・特定条件だけで起きるか
・良品は存在するか
発生範囲が見えるだけで、原因候補の広がり方はかなり変わります。
4. 差分（変更点）を取る質問
最後に、「何が変わったか」を確認します。
不具合が出始めた前後、または良品と不良品の間にある差を取ることが初動ではかなり重要です。
確認したいのは次のような点です。
・いつから起きたか
・その前後で変えたものは何か
・材料、設備、工具、条件、手順、検査、保管、輸送に変化はないか
・逆に、変わっていないものは何か
・変更点が複数あるなら、どれが一番濃いか
ここで大事なのは、変化点を見つけたからといってすぐ原因と断定しないことです。
まずは「差がある事実」として置くのが初動では安全です。
初動30分チェックリスト
不具合解析が早い人は、最初の30分で「必要な情報がそろったか」を点検しています。
提出前ではなく、初動でやるのがポイントです。
次の項目が見えているかを確認してみてください。
・現象が数値、頻度、判定基準で説明できる
・再現率が言える
・再現条件と非再現条件が言える
・発生範囲が言える
・良品サンプルがある
・いつから発生したか、境界が見えている
・直近の変更点が棚卸しできている
・暫定対策がある
・次の一手が1つに絞れている
このチェックが通るだけでも、解析の迷走はかなり減らしやすくなります。
現場で使いやすい質問の言い回し
質問そのものは単純でも、言い回しを少し工夫すると情報が出やすくなります。
現場で使いやすい形をいくつか置いておきます。
再現条件を引き出すとき
・起きるときと起きないときの違いはありますか
・条件を1つだけ変えるなら、何が一番効きそうですか
境界を取るとき
・いつから増えましたか。その前後で何が変わりましたか
・このロットの前後で、材料、設備、手順に変更はありましたか
範囲を絞るとき
・特定ラインだけですか。それとも全体ですか
・この条件なら良品が出る、という組み合わせはありますか
比較対象を作るとき
・良品と不良品を同じ条件で比較できるサンプルはありますか
・同じ設備、同じ条件で良品だけを集められますか
次の一手をどう決めるか
質問で情報がそろっても、次に何をやるかが決まらないと止まります。
次の一手は、「一番小さく不確かさを減らせるもの」を選ぶのが基本です。
たとえば、
・変更点が濃いなら、変更前後比較
・条件依存があるなら、条件を1つだけ変える確認
・範囲が広いなら、まず範囲を切る確認
・再現が弱いなら、再現率を上げる工夫
この考え方を持っておくと、試験や確認が増えすぎにくくなります。
ChatGPTは「抜け漏れ点検」に使うと強い
不具合解析でChatGPTを使うなら、最初から原因を出させるより、質問の抜け漏れ点検に使う方が安全で速いです。
向いている使い方
・現象整理の不足確認
・再現条件の質問漏れ確認
・範囲、差分、暫定対策の抜け確認
・次の一手の妥当性チェック
そのまま使えるプロンプト例
以下の不具合情報を読み、切り分けに必要な不足情報を質問リストとして出してください。
観点は「現象」「再現条件」「発生範囲」「差分（変更点）」「暫定対策」で、優先度順に並べてください。
不具合情報：
・
この使い方なら、AIに原因を任せるのではなく、初動質問の漏れを減らす補助として使えます。
まずは質問の順番を固定するだけでも十分です
不具合解析を一気にうまくやろうとすると重くなります。
まずは毎回、次の順番で聞くだけでもかなり違います。
・現象
・再現
・範囲
・差分
・次の一手
この順番を固定するだけで、思いつきで確認項目を増やすことが減り、初動がかなり安定しやすくなります。
関連記事
質問チェックリストだけでなく、不具合解析の初動全体を整えたい方は、次の記事も合わせて読むと理解しやすくなります。
・不具合解析で変化点を洗い出す方法｜原因候補を絞る前に見る整理の型
・不具合解析の切り分けの進め方｜原因候補を広げすぎない整理の順番
・ChatGPTで不具合解析を効率化する方法｜現象・変化点・切り分け順を整える実務の型
技術職向けのChatGPT活用をまとめて見たい方へ
不具合解析だけでなく、試験計画・報告書・議事録まで含めて、技術職の文章業務をChatGPTでどう整えるかをまとめて確認したい方は、Noteも合わせてご覧ください。まずは自力で型を持ちたい方に向いています。
不具合解析の初動を、次回以降も使える形に整えたい方へ
無料記事やNoteで考え方はつかめても、自分の実務に合わせて毎回整理するのは意外と手間がかかります。不具合解析の初動を、次回以降も使い回せる形まで整えたい方は、テンプレ整備パックもご覧ください。
まず全体を見たい方は、まとめページから確認できます。
テンプレ整備パック一覧を見る
不具合解析を優先して整えたい方はこちらです。
不具合解析初動パックを見る
まず相談したい方へ
不具合解析のどこから整えるべきか迷う、初動整理や切り分け順を自分の業務に合わせて整理したい、部門内で不具合解析の型をそろえたい場合は、個別相談もご活用ください。