既存在庫
数量と保管場所を特定します。そのまま使用する、切り替え前に使い切る、手直しする、返却するなど、承認済み手順に沿った処置を決めます。サプライヤーからの回答待ちは、明確に未決として残します。
まだ判断が必要な材料数量に「該当なし」を使わないでください。在庫を扱う担当者が実行できるだけの具体的な指示が必要です。
承認された変更を実施計画にします。影響を受ける各リビジョンを特定し、在庫と仕掛品の処置を決め、変更が実際に有効になる時点を記録します。
ログインして Jodoo の例を確認できます。画面上の製造記録は架空のものです。
サプライヤーの切り替えは、購入部品以外にも影響します。以下の架空例では、ブラケット仕様が変わり、組立作業指示書にも代替サプライヤー向けの検査工程を追加する必要があります。1つの指示書にまとめれば連携しやすくなり、品目ごとにリビジョンの組み合わせを分ければ曖昧さを防げます。
| 影響品目 | リビジョン変更 | 既存在庫・作業 | 必要な判断 |
|---|---|---|---|
| BRK-104 ブラケット | B → C | 在庫40個、仕掛品12個。 | 購買部門が在庫の使い切り方針を確認し、製造部門が未完成の12個について手直し方法を定めます。 |
| WI-208 組立作業指示書 | Rev 04 → Rev 05 | 作業指示書そのものに物理的な在庫数量はありません。 | 認定後にサプライヤー固有の検査工程を追加し、適用する生産境界を周知します。 |
リリース済みリビジョンが空欄なのは意味があります。これは変更案であり、生産が切り替わった証拠ではありません。リリースが決まるまでは、現行リビジョンを明確に保つ必要があります。
数量と保管場所を特定します。そのまま使用する、切り替え前に使い切る、手直しする、返却するなど、承認済み手順に沿った処置を決めます。サプライヤーからの回答待ちは、明確に未決として残します。
まだ判断が必要な材料数量に「該当なし」を使わないでください。在庫を扱う担当者が実行できるだけの具体的な指示が必要です。
すでに始まっている作業と、変更が関係する工程を特定します。旧リビジョンで完了するのか、手直しが必要なのか、技術判断を待つのかを示します。
在庫の使い切りと WIP の手直しは別の対応であり、担当者も異なることがあります。一方が完了しても、もう一方を消してはいけません。
| 不十分な指示 | より実行しやすい指示 | 未確認事項 |
|---|---|---|
| 「来週から新リビジョンを使用する」 | 拠点、対象作業またはロット、予定日、準備完了を確認する担当者を明記します。 | 切り替え時点ですでに開始している作業と残存在庫をどう扱うか |
| 「図面を更新する」 | 管理対象の図面とリビジョン、および変更が必要な関連作業指示書や検査方法を特定します。 | 旧版が使用現場から撤去されたことを誰が確認するか |
| 「教育完了」 | 対象となる役割、作業指示書のリビジョン、必要な説明または認定の証拠を記録します。 | 作業者が有効な指示を見つけ、適用できるか |
編集可能な4つのシートで、指示書、影響品目、影響レビュー、実施を管理します。サンプルレコード、選択リスト、数式を使って、1件の変更と影響リビジョンを計画できます。
XLSX · 30 KB。判断は手入力します。このワークブックは承認を回付せず、App とも同期しません。
各部門の評価を同じ指示書に結び付けます。所見とシステム上のレビュー判断を記録すれば、コーディネーターは未解決事項を把握できます。
作業を割り当て、リリース前に必須の作業と、その後も継続できるフォローアップを区別します。完了の証拠は、未確認の「完了」ラベルにするのではなく、レビュータスクに送ります。
レビュー済みのリリース確認によって、選択した管理対象品目が更新されます。影響品目レコードには変更前後の比較を上書きせず、元のリビジョンとリリース済みリビジョンを保持します。
業務管理者は、社内手順に合わせて指示書の項目、必要なレビュー数、タスクの割り当て、表示を調整できます。ただしレビュー担当者は、必要な部門が実際に関与したかを確認する必要があります。完了した評価の件数だけでは、必要な専門部門がすべて承認したとは言えません。
受理済み要求、変更範囲、影響品目とリビジョン、影響判断、既存在庫と仕掛品の処置、実施責任、リリース境界を記録します。目標日だけでは、完全な切替指示にはなりません。
いいえ。ワークブックはチームが入力した情報と判断を記録するだけです。変更指示、影響品目、影響レビュー、実施の四つのシートで構成され、標準レビュータスクの割当、メンバー権限の強制、Jodoo App との同期は行いません。
App は影響品目ごとにリリース確認を残します。この運用を採用する前に、実際の変更が一括リリースを必要とするかを合意してください。この例は複数の製品レコードを原子的に一括リリースする機能を提供しません。
製造ロット、作業指示、拠点、日付付き切替点など、現場が適用できる境界を選び、着手済み作業の扱いも明記します。日付を使う場合も、同じ在庫をシフトごとに異なる解釈で扱わないようにしてください。
この例では切り替わりません。将来の切替は実施計画に含めます。リリース確認は、すでに発効した切替を記録するもので、将来の製品データ有効化を予約する機能ではありません。