ClaudeでQC工程表(コントロールプラン)の管理項目をFMEAから起こす手順
工程FMEAの故障モードとRPNの表をClaudeのプロジェクトに置き、QC工程表の管理項目・管理方法・測定方法・反応計画の下書きに展開させる手順です。人が決める範囲も分けて示します。
工程FMEAが仕上がると、次の仕事はQC工程表(コントロールプラン)です。FMEAの故障モードを、工程ごとの「何を・どう測り・外れたらどうするか」に翻訳する作業で、行数が多いほど転記と抜けの確認に時間がかかります。この展開の下書きは、FMEAの表をClaudeのプロジェクトに置いておけば、Claudeに起こさせられます。
ただし、管理の厳しさと反応計画の中身を決めるのは工程の責任者です。この記事では、FMEAの列をQC工程表のどの列に対応させるか、プロジェクトに何を置くか、出てきた下書きを人がどこで確認するかを順に示します。
FMEAの1行は、QC工程表のどの列になるか
QC工程表の様式は会社や顧客ごとに違います。ここでは、次の6列を持つ様式を一例として進めます。自社の様式が違うときは、列の名前を読み替えてください。
| FMEAの列 | 展開先のQC工程表の列 | 起こし方の考え方 |
|---|---|---|
| 工程・機能 | 展開先のQC工程表の列工程名 | 起こし方の考え方工程フローの名称にそろえる |
| 影響 | 展開先のQC工程表の列製品特性(品質特性) | 起こし方の考え方影響が出る寸法・外観・性能を特性名にする |
| 原因 | 展開先のQC工程表の列工程特性(管理因子) | 起こし方の考え方原因になる条件(温度・圧力・トルクなど)を管理因子にする |
| 現行の検出手段 | 展開先のQC工程表の列測定方法 | 起こし方の考え方既存の検査・計測の手段を引き継ぐ |
| S・O・D・RPN | 展開先のQC工程表の列管理の強さ(頻度・全数か抜取りか) | 起こし方の考え方点数の高い行ほど厳しく設定する案を出す |
| 推奨処置 | 展開先のQC工程表の列反応計画 | 起こし方の考え方異常時の処置の候補を並べる |
対応づけの要点は、FMEAの「影響」から製品特性を、「原因」から工程特性を起こすことです。FMEAの1行は「この原因で、この故障が起きて、この影響が出る」という一本の筋です。QC工程表では、その筋の両端を、測るものと管理するものに分けて書きます。
1行が複数行に増えるのは普通
1つの故障モードに原因が3つあれば、工程特性は3つ起きます。逆に、複数の故障モードが同じ原因を共有していれば、管理項目は1つにまとまります。Claudeに起こさせると、まとめ方が行ごとに揺れることがあります。まとめるかどうかの基準は、プロジェクト指示に書いておきます(後述)。
プロジェクトに置く資料
Claudeのプロジェクトは、独自のチャット履歴とナレッジベースを持つ作業スペースです。ナレッジには文書やテキスト、コードなどを上げられ、Claudeはそのプロジェクト内のチャットで文脈として使います。プロジェクトはFreeを含む全ユーザーが使え、Freeで作れるのは5つまでです。
QC工程表の下書き用には、次の4種類を置くと役割が分かれます。
- 工程FMEA表:故障モード・影響・原因・S/O/D・RPN・現行の検出手段・推奨処置の列を持つもの
- 工程フロー図の文字起こし:工程の順序と名称。図だけの資料は文字に起こしておく
- 測定器・検査設備の一覧:測定器の名称、測れる特性、分解能など。測定方法の候補は、ここにあるものだけに限る
- 既存のQC工程表:様式と記入例として。同種製品の工程表があると、列の書き方がそろう
ファイルの形式と容量
プロジェクトのファイルは、1ファイルあたり30MBまでです。枚数に決まった上限はありませんが、内容全体がClaudeのコンテキストウィンドウに収まる必要があります。上げたファイルはテキストが抽出される扱いで、例外はマルチモーダル対応のPDFだけです。
FMEA表がExcelブックなら、XLSXを直接上げることもできます。ただしXLSXのアップロードには、アカウントでコード実行とファイル作成を有効にしておく必要があります。有効にしていない環境では、シートごとにCSVへ書き出して上げる方が確実です。CSVに書き出すと、結合セルや色分けは失われます。列見出しを1行にそろえてから書き出してください。
ナレッジが増えたとき
有料プラン(Pro・Max・Team・Enterprise)では、ナレッジがコンテキストの上限に近づくとRAGモードが自動で有効になり、容量が最大10倍まで広がります。RAGでは、質問に関連する部分が検索で拾われる形になります。「すべての工程の管理項目を一覧にして」と頼むときは、拾い漏れがないか、FMEAの行数と出力の行数を突き合わせてください。
TeamとEnterpriseでは、プロジェクトを組織内に共有できます。権限は閲覧のみの「Can view」と、指示やナレッジを編集できる「Can edit」です。QC工程表を使う製造現場には閲覧権限、品質保証の担当にだけ編集権限を渡すと、FMEAの元データが書き換わりません。
プロジェクト指示の書き方
プロジェクトには、Claudeの振る舞いを決める指示を保存できます。QC工程表用なら、出力の列と「空欄を許す」ルールを固定します。次は説明用の一例です。
あなたは製造工程のQC工程表(コントロールプラン)の下書きを作る。
入力は、工程名または工程FMEAの行ID。
出力は次の列の表にする。
工程名 / 製品特性 / 工程特性 / 管理方法 / 測定方法 / 頻度 / 反応計画案 / 元のFMEA行ID
守ること:
- 工程名は、ナレッジの工程フローにある名称を使う
- 製品特性は、FMEAの「影響」から起こす。影響が空欄の行は「影響が未記入」と書く
- 工程特性は、FMEAの「原因」から起こす。同じ原因を共有する行は1行にまとめ、元のFMEA行IDをすべて並べる
- 測定方法は、測定器・検査設備の一覧にあるものだけを書く。該当がなければ「要設定」と書く
- 頻度は、案としてだけ書く。根拠にしたS・O・Dの値を同じ行に添える
- 反応計画案は、FMEAの推奨処置にある内容だけを使う。なければ「要検討」と書く
- ナレッジにない数値(規格値・公差・サンプル数)を作らない
- S(厳しさ)が高い行は、RPNが低くても一覧の先頭側にまとめる効くのは、空欄の扱いを指定する部分です。「要設定」「要検討」と書かせずに任せると、測定器の一覧にないゲージや、FMEAに書かれていない処置が、もっともらしく補われた表が返ります。空欄のまま残すよう指示しておけば、人が判断すべき箇所が表の上に見えます。
最後の1行は、RPNだけで優先度を決めない運用を想定したものです。RPNは3つの点数の積なので、Sが高くてもO・Dが低ければ小さく出ます。厳しさの高い行をどう扱うかは、自社の規程に従って書き換えてください。
工程FMEAから下書きを起こす
プロジェクトの新しいチャットで、対象の工程を指定します。
工程「圧入」「ねじ締め」「外観検査」のFMEA行から、QC工程表の下書きを作ってください。
FMEAのRPNが100以上の行は、頻度の欄に「全数」か「抜取り」かの案を入れてください。
RPNが100未満の行は、頻度の欄を「要検討」にしてください。しきい値の「100」は、依頼文の書き方を示すための仮の値です。実際の数値は自社の評価基準に置き換えます。
返ってくる表は、次のような形になります(下の内容は書式を示すための架空例です)。
| 工程名 | 製品特性 | 工程特性 | 測定方法 | 頻度 | 反応計画案 | FMEA行 |
|---|---|---|---|---|---|---|
| ねじ締め | 製品特性取付位置のずれ | 工程特性締付トルク | 測定方法トルクレンチ(点検記録) | 頻度全数(S=8、D=7) | 反応計画案規定外は再締付けし、前ロットを選別 | FMEA行F-12, F-13 |
| 圧入 | 製品特性はめあい不良 | 工程特性圧入荷重 | 測定方法要設定 | 頻度要検討 | 反応計画案要検討 | FMEA行F-07 |
| 外観検査 | 製品特性外観傷の流出 | 工程特性照明条件 | 測定方法限度見本との目視比較 | 頻度抜取り(D=6) | 反応計画案要検討 | FMEA行F-21 |
2行目のように、測定方法や反応計画が空欄の行が出るのは、指示どおりの動きです。ナレッジにない情報をClaudeが作らなかった印であり、工程の責任者が決める箇所として残ります。1行目は、F-12とF-13が同じ原因を共有していたため、元のFMEA行IDを並べて1行にまとめています。
人が確認する5点
下書きをそのまま工程に流さず、責任者が次の5点を見ます。
下書きの確認
- 1
元のFMEA行との対応
「FMEA行」列のIDを開き、製品特性と工程特性が、元の影響と原因から正しく起こされているかを見ます。
- 2
抜けている行
FMEAの行数と、下書きの元ID数を突き合わせます。IDが1つも出てこないFMEA行は、管理項目に展開されずに落ちています。
- 3
測定方法の実在
測定器の一覧にある設備か、現場で実際に使える手段かを確かめます。分解能が足りない測定器は、一覧にあっても使えません。
- 4
頻度の根拠
頻度の案に添えたS・O・Dの値が、FMEA表と一致しているかを見ます。点数は転記時に化けやすい箇所です。
- 5
反応計画の権限
異常時の処置は、誰が止め、誰が判断し、どこまで選別するかで決まります。Claudeの案は、FMEAの推奨処置の言い換えにとどまります。
5点のうち、確認に時間がかかるのは「抜けている行」です。Claudeに出力の前後で件数を数えさせる方法もありますが、数えた件数が正しいかは、人がFMEAの行数で照合します。
つまずきやすい点
- FMEAの列がずれる:列見出しが複数行だったり、セルが結合されていたりすると、どの列の値かを読み違えます。CSVに書き出す前に、見出しを1行にそろえます
- 工程名のゆれ:FMEAでは「圧入」、工程フローでは「ベアリング圧入」のように呼び方が違うと、同じ工程が2つに分かれます。指示に「工程名は工程フローの名称」と書いておくのは、このためです
- FMEAが古い:設計変更や工程変更がFMEAに反映されていなければ、下書きも古いままです。FMEAの改訂日をファイル名に入れておくと、どの版から起こした表かが分かります
- 確認で決めた修正の戻し先:工程の責任者が直した内容は、チャットに残すだけにせず、FMEAかナレッジのファイルに書き戻します。次の下書きの元になるのはナレッジのファイルです
- 新しい版のプロジェクト:ヘルプには、プロジェクトの新しい版がClaude Codeから段階的に公開されているとあります。チャットとCoworkの既存のプロジェクトは、従来どおり動き続けます。この記事の手順は、従来のプロジェクトを前提にしています
任せない範囲
次の判断は、Claudeの下書きに含めても、採否は人が決めます。
- 管理の強さ(全数か抜取りか、頻度をどうするか)の最終決定
- 規格値、公差、サンプル数の設定
- 異常時に誰がラインを止めるかという権限の割り当て
- 顧客に提出するQC工程表の記載内容
顧客に提出する書類は、Claudeの出力を直接載せず、責任者が1行ずつ読んでから確定します。FMEAの点数も、自社の評価基準と過去の不具合実績で人が付けた値を使います。
隣接する作業との切り分け
FMEAの表そのものを作る段階、つまり設計変更の前に故障モードを洗い出す作業は、ClaudeでFMEAの故障モード洗い出しを設計変更前に行う手順で扱っています。QC工程表は、その洗い出しが終わり、点数が確定したFMEAを受けて起こす次の工程です。
管理項目を決めたあと、測定値から管理図や工程能力Cpkを作る作業は、Claude in Excelで管理図と工程能力Cpkを作る手順にまとめています。QC工程表で「頻度」と「測定方法」を決めると、管理図に載せるデータの取り方も決まります。
プロジェクトに手順書と過去の事例を置き、「該当なし」「根拠なし」を書かせる型は、別の業務でも使えます。現場の作業手順から注意項目の下書きを起こす例が、KY活動の危険予知シートをClaudeで作る手順にあります。Excelブックの読み込みの基本は、Claude Excel読み込みと作成を参照してください。
まとめ
FMEAの「影響」を製品特性に、「原因」を工程特性に、「現行の検出手段」を測定方法に、「推奨処置」を反応計画に展開する作業は、Claudeに下書きを任せやすい部分です。FMEA表、工程フロー、測定器の一覧、既存の工程表をプロジェクトに置き、空欄を許す指示を付けると、人が決める箇所が表の上に残ります。
頻度と反応計画の確定、規格値の設定、顧客提出の内容は、責任者が決めます。下書きの価値は、転記の手間を減らし、FMEAの行が管理項目から落ちていないかを確かめやすくすることにあります。