「いつもと同じように」では伝わらない判断を、条件、選択、理由、例外、相談先に分けて残しましょう。この記事では、生産計画を引き継ぐ体制全体ではなく、現場で迷いが生じる一つの判断を記録へ変える方法を説明します。
手順の途中にある分岐を一つ見つける
最初から全業務の判断を集めようとすると、記録が大きくなり、現場で使われにくくなります。まず、担当者への確認が繰り返される場面を一つ選んでください。入荷の遅れ、製造の順番変更、数量差の確認など、実際に起きた場面が適しています。
手順を追いながら「ここで何を見て次へ進むか」「条件が違う場合は何が変わるか」を聞きます。作業者が「このときは止める」と言ったら、その根拠と、誰へ確認するかまで残します。
「経験で判断する」で終わった場合も、過去の一件を振り返ると条件を取り出せることがあります。新しく起きていない出来事を、経験談として作る必要はありません。
条件と理由をセットで記録する
判断表には、することだけでなく、判断に使う情報と理由を記入します。後任が別の状況へ応用する際、理由がなければ元の結論だけを真似してしまうためです。
| 項目 | 記入する内容 |
|---|---|
| 判断する場面 | 何が起きたときか:__ |
| 確認する事実 | どの資料・現物を見るか:__ |
| 通常の判断 | 条件__なら、行動__ |
| 判断の理由 | 守りたい納期・品質・制約:__ |
| 例外 | 通常と違う条件:__ |
| 決めてよい範囲 | 担当者の権限:__ |
| 相談先・期限 | 誰に、いつまでに:__ |
| 根拠と見直し日 | 資料__/確認日__ |
数字を使う場合は、その数字を誰が決めたか、どの商品や工程へ適用するかも記入します。ある商品の経験則を工場全体の基準へ広げないことが大切です。
架空の判断例で、記録の粒度を確かめる
例えば、原料の入荷が予定より遅れた場合を考えます。以下は説明用の架空例です。
「原料が遅れたら商品Bを先に作る」だけでは不十分です。商品Bに必要な原料や包材が揃っていなければ実行できず、先に作ることで他の納期に影響する可能性もあります。
具体化するなら、「原料Aの使用開始が遅れた時点で、Bの原料・包材、設備、人員、出荷条件を確認。製造責任者が順序変更を承認したらBを先に製造。確認が揃わない場合は営業へ納期判断が必要な注文を共有」と書けます。
これは全工場へ適用する標準手順ではありません。実際には、自社で誰にどの判断権限があるかを決め、その範囲内で表を作ります。特に品質や安全に関する判断は、経験者の個人的な慣行と会社の正式な基準を混ぜないでください。
後任に説明してもらい、理解のずれを見つける
書いた人が読んで分かるだけでは、引継ぎの確認になりません。後任へ実際に近い状況を渡し、どの情報を見て、どこまで自分で決め、誰へ確認するかを説明してもらいます。
元の担当者と答えが違ったら、すぐに正誤を決めず理由を比べます。必要な前提が記録にないのか、判断表が古いのか、権限が曖昧なのかを確認しましょう。
試す場面は、通常、情報不足、例外の三種類があると、表の弱い箇所を見つけやすくなります。架空の条件を使った練習は、その旨を明記し、実際の実績や承認記録とは分けて保存します。
更新する人と、正式な版を決める
判断基準は設備、商品、取引条件の変更で古くなります。ファイル名に「最新版」と付けるだけでなく、管理する場所、適用開始日、更新者、承認者を決めます。印刷物を使う場合は、古い版が作業場所へ残らない方法も必要です。
例外が起きたら、通常ルールを書き換えるべきか、一回限りの判断として残すべきかを確認します。「前回そうしたから」と例外を標準にすることは避けましょう。相談の履歴から、繰り返し出る質問だけを次の改訂へ取り込むと、表を増やしすぎずに改善できます。
システムへ渡すルールと、人が判断する例外を分ける
HAIFFの製品案内では、曜日、稼働日、人員に応じた上限などの工場ルールを扱います。このように条件を表せる部分はシステム化の候補になりますが、確認待ちの情報や特別な事情まで自動判断へ任せる必要はありません。
「登録する条件」「担当者が計画案を確認する箇所」「相談が必要な例外」を分けておくと、システム利用後も判断の責任が明確になります。最初の一枚は、最近最もよく確認された判断から作ってみてください。
引継ぎの進め方全体は生産計画の判断を引き継ぐには、記録の負担を見直す方法は今ある日報の整理を参照できます。
参考情報
- HAIFF公式製品案内:工場ルールと計画案の確認。判断表と入荷遅延の例は、引継ぎを具体化するための独自の提案です。