mcpField
I
is-is-not-scoping

is-is-not-scoping

github.com/rbraga01テスト・品質4239 回インストール1 週間前に更新
リポジトリ

is-is-not-scoping について

不具合の原因を調べる前に、観察された点と観察されていない点を整理する品質調査スキルです。測定済みの事実を基に5つの観点で仮説を検証し、NCRや後続分析へつなげます。

主な機能

  1. 015項目のIs/Is-Notマトリクス
  2. 02事実のみを記録し不明点を明示
  3. 033つ以上の仮説を検証
  4. 04原因を除外する矛盾を記録
  5. 05NCRと後続分析への引き継ぎ
  6. 06Markdown・表・報告文の出力

活用シーン

  1. 01断続的またはロット固有の不具合の範囲設定
  2. 028D D2やCAPAの問題記述の準備
  3. 03測定された不具合パターンによる仮説比較

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/rbraga01/quality-engineering-skills --skill is-is-not-scoping

インストール後、Claude Code で/is-is-not-scopingを入力して読み込まれたか確認します。

同梱ファイルreferences/hypothesis-elimination.md

詳細

Is/Is-Not問題のスコープ設定

使用する場面

品質問題の調査を始める際は常にIs/Is-Notを使用し、問題が何であるか、何でないかを正確に定義します。このスコープ設定により、無駄な調査を防ぎ、観察されたIS/IS-NOTのパターンを説明できない仮説をただちに除外できます。

8DのD2（問題の記述）、CAPAのスコープ設定、および不具合が断続的、バッチ固有、または場所固有であるあらゆる状況で最も効果的です。

重要なルール — 事実のみ

IS列には、記録された測定済みの事実のみを記載します。 仮説、前提、意見はマトリクスではなく、仮説リストに記載します。セルに事実ではなく前提が含まれている場合、分析全体が損なわれます。

データがまだ入手できない場合は、セルに「不明 — 調査が必要」と記載し、先に進む前に必要な調査を明確にします。

必須のIs/Is-Notチェックリスト

☐ 5つの側面すべて（What、Which、Where、When、How many）を記入するか、「不明 — 調査が必要」と記載する ☐ IS列には記録された事実と測定値のみを記載する — 前提や仮説は記載しない ☐ 各側面のIS NOT列を記入する — 仮説を除外する箇所なので、空欄にしない ☐ 曖昧なISの記述を、数値（バッチ、数量、割合）を含む具体的な事実に置き換える ☐ 少なくとも3つの仮説を立て、マトリクス全体に照らして検証する ☐ 除外した仮説について、矛盾する具体的なIS/IS-NOTの項目を記録する ☐ Is/Is-Notの出力をNCRの問題記述に記載し、特性要因図または5-Whyに引き継ぐ

Is/Is-Notマトリクス

各側面を順に確認します。それぞれについて、何を観察していますか。具体的に何を観察していませんか。

What
ISIS NOT
観察された具体的な不具合（該当する場合は測定値も記載）発生していない類似の不具合
影響を受けた機能、特性、または機能性問題のない機能

例：「IS：コネクタの3番ピンのみが15°曲がっている。IS NOT：他のピンの曲がり、ハウジングの亀裂、電気的な故障。」

Which object / part
ISIS NOT
具体的な部品番号、リビジョン、構成影響を受けていない他の部品番号
影響を受けた生産バッチ／ロット番号影響を受けていないバッチ

例：「IS：部品番号12345、リビジョンB、2026-05-10から2026-05-15までのバッチ。IS NOT：リビジョンA、2026-05-10より前のバッチ。」

Where（発見場所）
ISIS NOT
工程、工場、または地域のどこで不具合が見つかったか不具合が見つかっていない場所
顧客の所在地、検査ステーション、生産ライン影響を受けていない他のライン、工場、または顧客

例：「IS：工場Aの顧客受入検査で発見。IS NOT：当社の出荷検査または工場Bの顧客では発見されていない。」

When
ISIS NOT
不具合が発生する期間不具合が発生していない前後の期間
シフト、時刻、または特定の事象の後影響を受けていない他のシフトや時間帯

例：「IS：2026-05-12に初めて確認され、すべてのシフトで発生。IS NOT：2026-05-10より前。」

How many / How much（範囲）
ISIS NOT
不具合率（ppm、割合）観察されていない不具合率
影響を受けた数量影響を受けていない数量
傾向（増加、安定、減少）影響を受けていない母集団における傾向の有無

例：「IS：影響を受けたバッチの部品の23.5%（47/200）。IS NOT：2026-05-10より前のバッチでは不具合なし（検査数0/500）。」

マトリックスを使って仮説を絞り込む

マトリックスが完成したら、仮説を立て、それぞれを IS／IS-NOT のパターンに照らして検証します。

仮説：「サプライヤーのロット全体が不適合である。」

  • IS：2026-05-10 から 2026-05-15 までのバッチのみ → 仮説を支持
  • IS NOT：2026-05-10 より前のバッチでは問題なし → 仮説を支持
  • IS NOT：Rev A では問題なし → 矛盾する（ロットに Rev A の部品が含まれていた場合） → 仮説と部分的に整合しています。さらに調査してください。

仮説：「ゲージの校正不良である。」

  • IS NOT：出荷前検査では見つかっていない → 矛盾する（100％測定しているなら、ゲージで検出できるはずです） → 仮説を棄却します。

IS 列と IS NOT 列のすべての項目を説明できない仮説は、棄却するか修正する必要があります。棄却した仮説ごとに、具体的な矛盾点を記録してください。

ワークフロー

  1. データを収集する：検査記録、生産記録、顧客からの苦情の詳細
  2. マトリックスを記入する。事実のみを記載し、仮説は含めません。不明な項目には「不明 — 要調査」と記します
  3. 「手掛かり」を特定する。どのような特徴的なパターンがあるか（特定のバッチ、特定の場所、特定の時間など）
  4. 候補となる仮説を列挙する（最低3つ）
  5. 各仮説をマトリックス全体に照らして検証する
  6. データと矛盾する仮説を棄却し、その矛盾点を記録する
  7. 残った仮説をフィッシュボーン分析または5 Whysに引き継ぐ
  8. NCRの問題記述で Is/Is-Not マトリックスを参照する。IS の「What」項目を、NCRの不適合記述の根拠とします

出力形式

完成した Is/Is-Not マトリックス（表形式）には、以下を含めます。

  • 5つすべての次元に、具体的な事実（または「不明 — 要調査」）を記載する
  • 残った仮説と、マトリックス全体に適合する理由を記載する
  • 棄却した仮説と、それぞれを棄却する具体的な矛盾点を記載する

よくある間違い

  • 仮定を IS として記載する — マトリックスに記載するのは、文書で確認できる事実や測定済みの事実のみです。仮定は誤った仮説を生みます
  • セルを空欄にする — 不明な場合は「不明 — 要調査」と記します。空欄があると、分析が未完了であることを意味します
  • IS NOT を活用しない — 仮説が棄却されるのは IS NOT 列です。これを省くと調査時間を無駄にします
  • 曖昧な IS の記述 — 「一部の部品が不良」ではなく、「2026-05-12 のバッチの 23.5% が寸法 X で不適合（測定した200個中47個）」と記載する必要があります
  • 仮説を1つか2つしか検証しない — 棄却を始める前に、少なくとも3つの仮説を立ててください。早まって候補を絞ると、真の原因を見落とします
  • 出力をNCRに結び付けない — Is/Is-Not の「What IS」項目は、NCRの問題記述と完全に一致させる必要があります

出力形式

各利用の開始時に、ユーザーに次のように尋ねてください。

"出力はどの形式で受け取りたいですか？ A — 構造化 Markdown（書式設定済みの表とセクション。コピーしてすぐ使えます） B — プレーンテキストの表（Excel または Word 向けの簡易構成） C — 説明形式のレポート（正式な文書やメールに使える文章形式）

デフォルト：A。"

選択された形式に合わせて、すべての出力セクションを調整してください。プラットフォームまたはセッションのコンテキストですでに形式の希望が定義されている場合は、この質問を省略してください。

変更履歴

バージョン日付作成者変更内容
1.02026-06-01@RBraga01初回リリース
1.12026-06-04@migmccIs/Is-Not テーブルの基準と D2 統合ガイダンスを拡充

コメント

Markdown 対応