Claudeで4M変更の変更点管理を漏れなく洗う手順 — 工程フローと突き合わせる
人・設備・材料・方法の4M変更届を、工程フローや検査基準と突き合わせ、影響する工程・検査・作業標準・取引先通知の抜けを洗う手順です。台帳はProjectsに置きます。
4M変更の変更点管理で怖いのは、変更そのものより「波及先の見落とし」です。設備を入れ替えたのに検査条件が旧のまま、作業者を替えたのに教育記録が付いていない、材料の仕入先が変わったのに取引先への通知が飛んでいない。変更届には書いてあることしか載らないので、書かれていない影響は、工程フローや基準書と突き合わせて初めて見えてきます。
この突き合わせの下書きは、Claudeに任せられます。工程フロー、QC工程表、作業標準書の一覧、通知ルールを一度Projectsの資料として置き、変更届が来るたびに「どの工程・検査・標準・通知に当たるか」を表にさせる流れです。確定する役目は人に残します。
変更届1件を、4つの軸で洗う全体像
4Mは、人(Man)・設備(Machine)・材料(Material)・方法(Method)の頭文字です。変更届の種類ごとに、突き合わせる相手が変わります。
| 変更の軸 | 変更届の例 | 突き合わせる資料 | 洗う問い |
|---|---|---|---|
| 人 | 変更届の例担当者の交代、新人の配属 | 突き合わせる資料力量・教育の記録、作業標準書 | 洗う問い必要な教育は済んでいるか、どの工程に入るか |
| 設備 | 変更届の例治具・機械の入替、条件変更 | 突き合わせる資料工程フロー、QC工程表、検査基準 | 洗う問い影響する工程と検査条件はどこか |
| 材料 | 変更届の例仕入先・ロット・仕様の変更 | 突き合わせる資料受入検査基準、BOM、通知ルール | 洗う問い受入検査と取引先通知は要るか |
| 方法 | 変更届の例手順・順序・条件の変更 | 突き合わせる資料作業標準書、検査基準、教育資料 | 洗う問い改訂が要る文書と周知先はどこか |
この表は考え方の整理で、どの軸に何を突き合わせるかは職場の文書体系で変わります。自社の文書名に置き換えて、Projectsの指示文に書いておきます。
資料はProjectsの知識に置き、変更届は会話に貼る
毎回の会話に台帳を添付し直すと、添付漏れと版違いが起きます。そこで、動かない資料はProjectsのプロジェクト知識(project knowledge)に置きます。プロジェクトの知識ベースにアップロードした内容は、そのプロジェクト内のすべてのチャットで使われます。
作成と追加の手順は次のとおりです。
- Claudeの左側のメニューから「Projects」を開き、「+ New Project」を押す
- 名前と説明を付ける(この2つはClaudeからは見えない)
- 知識ベースの「+」から、文書やテキストファイルをアップロードする
置く資料と、置かない資料を分けます。
- 置く: 工程フロー、QC工程表、作業標準書の一覧、検査基準書、取引先への通知条件の一覧、4M変更の判定基準
- 置かない: 個別の変更届。1件ごとに会話へ貼るか、添付する
注意点が1つあります。プロジェクト内でもチャット同士は文脈を共有しません。ある会話で「この設備は先月入れ替えた」と伝えても、別の会話には引き継がれません。残したい前提は、知識ベースの資料に書き込みます。
工程フローを画像で持っているときの読み取り
工程フローがWordやPowerPointに貼り付けた図だと、読み取れない可能性があります。ファイル形式によって扱いが違うためです。
- PDF: 100ページ以下なら、テキストに加えて図やグラフも解析される。101〜1000ページはテキストのみ
- プロジェクトのファイル: 非PDFの文書はテキスト抽出のみ。埋め込み画像は読み取れない
- XLSX: コード実行とファイル作成を有効にしていないとアップロードできない
そのため、図で描いた工程フローは、PDFにして置くか、工程番号・工程名・検査の有無を表にしたExcelやCSVに書き起こして置くのが確実です。表にしておくと、後で「工程○の検査条件」と指定して突き合わせさせることもできます。
プロジェクトのファイルは1つ30MBまでで、ファイル数に制限はありませんが、内容全体がコンテキストウィンドウに収まる必要があります。上限と挙動の詳細はClaudeのファイルアップロード上限の比較にまとめています。
プロジェクト指示に、洗い方の型を書く
知識ベースの隣にある「Set project instructions」に、洗い方を書いておきます。保存した指示は、プロジェクト内のすべてのチャットに使われます。変更届を貼るだけで同じ型の表が返るようになります。
あなたは製造業の品質保証担当の補助です。
変更届が貼られたら、次の順で整理してください。
1. 変更の軸を判定する(人 / 設備 / 材料 / 方法。複数に跨ってもよい)
2. 知識ベースの資料と突き合わせ、次の4種の表を出す
- 影響しそうな工程(工程フローの工程番号で)
- 影響しそうな検査(QC工程表・検査基準の該当箇所)
- 改訂が要りそうな作業標準・教育資料
- 取引先・社内への通知が要りそうな先(通知条件の一覧に沿って)
3. 各行に、根拠にした資料名と箇所を書く
4. 資料から根拠を引けない行は「要確認」と書き、推測で埋めない
5. 最後に、変更届に書かれていない前提(切替日、旧在庫の扱い、
試作の有無)で、確認が要るものを質問として挙げる効かせどころは4番です。根拠を引けない行を「要確認」にさせておくと、もっともらしい埋め推測が表に混ざりにくくなります。5番は、変更届の側の抜けを拾う役です。変更届自体に切替日や旧在庫の扱いが書かれていない場合は、ここで問い返しが出ます。
変更届を貼って、突き合わせ表を出させる
指示を保存したら、プロジェクトの中で新しいチャットを始め、変更届を貼ります。画面の写真ではなく、テキストかPDFで渡すほうが取りこぼしが減ります。
次の変更届を洗ってください。
変更の内容:最終検査の寸法測定を、手動のノギスから専用ゲージに変更。
適用日:来月第2週。旧ノギスは予備として残す。返ってくる表は、たとえば次のような形になります。以下は書式の例で、実在の工程や基準書の内容ではありません。
| 区分 | 影響しそうな先 | 根拠の資料 | 判定 |
|---|---|---|---|
| 工程 | 影響しそうな先最終検査(工程番号○) | 根拠の資料工程フロー | 判定影響あり |
| 検査 | 影響しそうな先寸法の測定方法・判定基準 | 根拠の資料QC工程表の該当行 | 判定要確認(ゲージの校正周期の記載なし) |
| 作業標準 | 影響しそうな先最終検査の作業標準書 | 根拠の資料作業標準書の一覧 | 判定改訂候補 |
| 教育 | 影響しそうな先最終検査の担当者 | 根拠の資料(資料に記載なし) | 判定要確認 |
| 通知 | 影響しそうな先寸法を指定している取引先 | 根拠の資料通知条件の一覧 | 判定要確認 |
「要確認」が並ぶのは、悪い結果ではありません。資料に書かれていない事項が、そのまま洗い出されたということです。校正周期、教育記録、通知条件のどこが空欄なのかが、変更を実施する前に分かります。
表は候補として扱い、確定は人が行う
突き合わせ表のうち、資料から引き写した欄と、Claudeが推測で補った欄は性質が違います。
- 引き写し: 工程番号、基準書の該当行、通知条件の文面
- 推測: 影響の有無、改訂の要否、再教育の対象
推測の欄は、そのまま現場に出さず、工程の担当者に確かめて確定します。もう一つ見落としやすいのが、「影響なし」の行です。資料が古い、あるいは資料に載っていない影響は、Claudeには見えません。表に影響が出なかったことは、影響が無いことの証明にはなりません。
また、プロジェクトの知識が大きくなると、有料プランでは自動でRAGモードに切り替わり、容量が最大で10倍に広がります。RAGは関連する箇所を検索して参照する仕組みなので、根拠の資料名と箇所を表に必ず書かせておくと、人が原典に当たって検証しやすくなります。仕組みの違いはClaudeプロジェクトのRAG検索の仕様で扱っています。
台帳を保守する人と、変更届を洗う人を分ける
Team・Enterpriseプランでは、プロジェクトを組織内の他のメンバーに共有できます。権限は2段階です。
| 権限 | できること |
|---|---|
| Can view | できること内容・知識・指示を見て、プロジェクト内でチャットできる。編集はできない |
| Can edit | できること指示と知識を変更できる。メンバーの設定も更新できる |
4M変更の洗い出しでは、この分け方がそのまま役に立ちます。工程フローやQC工程表などの台帳を更新する品質保証の担当者にCan editを、変更届を貼って表を出す現場や購買の担当者にCan viewを付けます。Can viewでもプロジェクト内でチャットできるので、洗い出しの利用者が台帳を誤って書き換える心配がありません。
共有は、プロジェクトを開いて「Share project」を押し、名前かメールアドレスで相手を追加します。複数人はメールアドレスのリストを貼って一括で追加できます。ただし、管理者(Owner)が共有をオフにしている場合は共有できません。共有が使えるのはTeam・Enterpriseのみです。
なお、プロジェクトごとにメモリーも別に持ちます。プロジェクトのメモリーは他のプロジェクトとは混ざりません。台帳の事実は知識ベースに、会話で出た前提はメモリーや資料に、と役割を分けておくと管理しやすくなります。
材料変更の場合は、通知ルールを先に引かせる
設備や方法の変更と違い、材料の変更は社内で閉じません。仕入先の切替や材料仕様の変更は、取引先への通知や承認が絡むことが多いためです。材料変更の変更届では、先に通知条件の一覧から引かせると、抜けが減ります。
次の材料変更について、まず通知条件の一覧に当たる項目を挙げ、
その後で影響する受入検査と工程を表にしてください。
変更内容:樹脂材の仕入先をA社からB社に切替。グレード名は同一。「グレード名は同一」のような変更届の書きぶりは、通知の要否を左右します。この書きぶりが条件に当たるかどうかは、資料の文面と照らして人が判断します。Claudeには、該当しうる条文の候補と根拠の箇所を挙げさせ、「当たらない」という結論は出させません。
変更点の差分は、別の道具に任せる
この手順が扱うのは、変更届と工程フローの突き合わせです。手順書そのものの新旧差分や、部品表の差分は、別の流れのほうが向いています。
- 作業標準書の新旧PDFを比べて周知文を作る: Claudeで作業標準書の改訂差分を現場向けの変更点周知にする
- ECN前後の部品表の差分から影響部品を洗う: Claude CodeでECN前後のBOM差分を出し、影響部品を洗う手順
4M変更の変更点管理では、まずこの記事の流れで「どこに波及するか」を洗います。次に、改訂が要る標準書は新旧差分の手順へ、部品が絡む変更はBOM差分の手順へ、と分岐させる使い方になります。
よくあるつまずき
表が毎回違う形で返る: プロジェクト指示に出力の列を書いていない場合に起きます。指示に表の種類と列名を書いて固定します。
別の会話で伝えた前提が反映されない: プロジェクト内でも、会話同士の文脈は共有されません。残したい前提は知識ベースの資料に書き込みます。
工程フローの図が読まれない: 非PDF文書の埋め込み画像は、読み取れません。PDFにするか、表に書き起こして置きます。
Excelが上げられない: XLSXの利用には、アカウントでコード実行とファイル作成を有効にする必要があります。CSVにして置く手もあります。
無料プランで台帳が増やせない: 無料アカウントで作れるプロジェクトは5つまでです。RAGによる容量の拡張は有料プランのみです。
同僚と共有できない: 共有が使えるのはTeamとEnterpriseです。管理者が共有をオフにしている場合は、プロジェクトの共有も組織内への公開もできません。
まとめ
4M変更の変更点管理は、変更届の中身を読む作業と、波及先を洗う作業に分けられます。後者を、台帳を置いたProjectsと「要確認」を残す指示文で下書きにすると、検査条件、作業標準、教育、取引先通知の抜けが、変更を実施する前に表に出ます。
最初の一歩は、過去に処理した変更届を1件選び、当時の最終的な対応と表を見比べることです。Claudeが挙げなかった波及先、挙げすぎた波及先のどちらも、指示文の直しどころになります。判定と承認は、これまでどおり人が行います。