「経験が足りないから任せられない」で止める前に、その経験がどの情報と判断に使われているかを分けてみてください。以下は、食品工場の判断を共有するための編集部提案です。

作業、判断、承認を分けて書き出す

計画業務には、数値を集める作業、作る数量や日を決める判断、例外を認める承認が混ざっています。この三つを一度に引き継ごうとすると、どこで支援が必要か分かりません。

作業、判断、承認を分けて書き出す:確認表
種類 引継ぎで残すこと
作業 出荷予定と商品在庫を確認する 見る表、基準時刻、更新者
判断 不足分を何日に作るか決める 原料、能力、納期、優先順位
承認 他の注文を動かす案を採用する 相談条件、決定者、連絡先

まず作業を別の人が行い、判断は社長と一緒に確認する形でも構いません。すべてを渡せないから何も渡さない、という状態を避けます。

最近の一日を再現し、決めた理由を聞く

抽象的に「どうやって計画していますか」と聞くより、実際に計画を変更した一日を使います。何が変わり、最初に何を見て、どの案をやめたかを順番に確認します。

問いは「なぜそうしたのか」に加え、「何が違えば別の案にしたか」まで聞きます。例えば、同じ商品をまとめて作った理由が段取りの都合なら、どの工程が影響するのか、納期が早ければ分割できるのかを確かめます。

理由がまだ言葉にならない場合は、判断前に見ていた表や連絡を確認します。「いつもそうしている」で済ませず、現在も必要な条件か一緒に見直す機会にします。

一件の判断を、引継ぎ用の一枚にする

次の表を複製して、一つの判断ごとに記入します。長いマニュアルを先に書くより、実際に困る場面から整える方法です。

一件の判断を、引継ぎ用の一枚にする:確認表
項目 記入内容
起点 どんな出来事で判断が必要になるか
見る情報 出荷日、使える在庫、原料、能力など
通常の判断 条件がそろう場合に選ぶ案
例外 通常の判断を使えない条件
相談 誰へ、何を揃えて、いつまでに相談するか
記録 採用した案と理由、更新した日

架空の例なら「翌日の追加出荷を頼まれた」が起点です。「商品在庫で満たせるなら出荷担当と確認」「不足があれば原料と工程枠を照合」「既存注文へ影響するなら社長へ相談」と分けられます。具体的な数量や金額の承認範囲は、自社で決めて記入してください。

この表は、社長の判断を機械的に置き換えるものではありません。通常の範囲を共有し、例外を見つけて適切に相談できるようにするものです。

同じ条件で、二人が別々に計画して比べる

引継ぎ相手に資料を渡したら、説明を聞いたかではなく、同じ条件で判断できるかを確かめます。対象商品、出荷予定、在庫、能力などをそろえ、社長と担当者がそれぞれ案を作ります。

数量が一致しなかったときは、先に答えを教えるより、前提の違いを追います。在庫の基準時刻が違う、原料の引当を知らない、休業日を含めていたなど、手順の穴が見つかります。答えが同じでも理由が違えば、変更時に迷う可能性があるので確認します。

通常の一例ができたら、出荷変更、原料入荷の遅れ、担当不在など一つずつ例外を加えます。実際の生産を危険にさらす試験ではなく、既存の記録や架空条件を使った机上確認から始められます。

「任せた後に誰が直すか」を決める

引継ぎ表は、作ったままでは古くなります。製品、設備、人員、取引条件が変わったときに、誰が表を更新して関係者へ伝えるかを決めます。

最初の運用では、短い振り返りで「一人で決められたこと」「相談したこと」「資料にない条件」を共有します。相談件数が一時的に増えても、それだけで失敗としないでください。これまで社長の頭の中で処理していた例外が、見えるようになった可能性があります。

反対に、相談が減っていても現場が迷いを抱えたままなら、引継ぎが進んだとは言えません。採用した計画と実績の差、判断の説明、更新にかかった時間を合わせて確認します。

AIは、判断の理由を共有する土台と合わせて使う

HAIFFは在庫・出荷予定・工場ルールをもとに計画案を作ります。入力した条件を整理しておくと、担当者が案を確認する際にも「何を前提にした計画か」を話しやすくなります。最終判断や例外時の承認を誰が担うかは、別に決める必要があります。

最初の一歩は、社長の代わりを一人育てることより、明日の計画の一部分を説明できる人を増やすことです。具体的な判断表は作業手順と判断基準を残す方法、既存資料の活用は日報の見直しへ進めます。

参照

製品の計画案と人の確認範囲:HAIFF公式ページ。本稿は実際の取材発言や導入成果ではなく、引継ぎのための編集提案です。計画全体の順番は生産計画の基本手順を参照してください。