「引継ノートの電子化」はなぜ失敗するか
シフト引継の改善プロジェクトの多くは、紙の引継ノートをそのまま画面にすることから始めます。そして数か月後、電子ノートには「特記事項なし」が並ぶようになります。紙のときに書かれていた微妙なニュアンス、「3号機、たまに変な音がする。様子見て」は、かえって書かれなくなります。入力が面倒だからです。
この失敗の原因は、引継の中身を分析せずに器だけを変えたことにあります。引継で渡している情報を分解すると、性質の違う2種類が混ざっています。
1つ目は、システムがすでに知っている事実です
生産実績、仕掛の状態、停止の履歴、アラームの発生状況、品質検査の結果。これらを人がノートに書き写すのは転記であり、書き漏れと書き誤りの温床です。電子化の第一手は、この部分を入力させることではなく、MESのデータから自動生成することです。
2つ目は、人の頭の中にしかない所見です
「異音の傾向」「調整のコツ」「様子見の判断」。これは自動化できず、書いてもらうしかありません。そして人に書いてもらう負荷は、1つ目を自動化して初めて下げられます。転記から解放された引継は、所見を書く業務に変わります。
つまりシフト引継の電子化とは、「ノートを画面にする」ことではなく、事実の自動集約と所見の構造化入力を分離することです。
引継サマリーの自動生成：MESは材料をすべて持っている
引継のためにMESから自動集約すべき情報は、次のように整理できます。
| 区分 | 自動集約する内容 | 元になるMESデータ |
|---|---|---|
| 生産 | 計画対実績、遅れているオーダー、次シフトの着手予定 | 実績収集、作業手配 |
| 仕掛 | 工程途中のロットの状態、ホールド中のロット、結果待ちの検査 | WIP状態、ホールド、検査実績 |
| 設備 | 停止の発生と復旧、未復旧のアラーム、実施中・予定の保全作業 | 停止記録、アラーム、保全連携 |
| 品質 | シフト中の不適合、手直し中の品物、傾向が動いている管理項目 | 不適合記録、SPC |
| 例外操作 | オーバーライドの発生、マスタの臨時変更、暫定運用中の項目 | 監査証跡、承認記録 |
この中で見落とされやすいのが最後の例外操作です。「この条件は品質部門の承認で一時的に解除している」「このパラメータは暫定値で流している」という情報こそ、次シフトが知らないと危険な情報であり、かつ口頭引継で最も抜けやすい情報です。オーバーライドや暫定変更に「有効期限と引継表示」を持たせ、解除されるまで毎シフトのサマリーに出続ける設計にします。
未完了の事項（対応中の設備トラブル、結果待ちのサンプル、途中の洗浄）は、「シフトをまたぐタスク」として状態を持たせ、完了するまで自動的に引き継がれ続ける形にします。引継のたびに人が書き写している限り、どこかのシフトで書き写し忘れた瞬間に消えるからです。
所見の構造化：自由記述を捨てず、宛先を付ける
人の所見は自由記述で書けるべきです。選択式に押し込むと、書けない情報が捨てられます。構造化すべきは文章の中身ではなく、その所見のメタ情報です。
- 対象：どの設備・ライン・ロットについての所見か（対象に紐づけば、次にその設備を扱う人へ確実に届く）
- 重要度：知っておけばよい情報か、対応が必要な情報か、作業前に必ず読むべき情報か
- 宛先と期限：次シフトだけでよいか、特定の担当（保全・品質）にも届けるべきか、いつまで表示し続けるか
とくに「対象への紐づけ」の効果は大きく、設備に紐づいた所見はその設備の操作画面に表示でき、「引継ノートを読んでいない人」にも届きます。異音の所見が3日続いた設備は保全部門へ自動エスカレーションする、といった運用も、紐づけがあって初めて可能になります。緊急性の高い異常はシフト引継を待たずにアンドンと通知・エスカレーションで即時に流すべきであり、引継は「即時性は不要だが忘れてはならない情報」の経路と位置づけます。
確認の証跡と、責任の移転：引継は「読んだら成立」ではない
規制産業や重大災害リスクのある工場では、引継は情報伝達であると同時に責任の移転です。設計上は次の2点を分けて扱います。
第一に、確認の証跡。重要度の高い引継事項には、受け手の確認操作（既読ではなく、内容を確認したという明示的なアクション）を求め、誰がいつ確認したかを記録します。全項目に確認を求めると形骸化するため、確認必須は重要度で絞ります。
第二に、引継の成立条件。「前シフトが書いた」だけで成立とするか、「次シフトの責任者が確認した」ことで成立とするか。後者を採る場合、確認されないまま操業が始まったことを検知して通知する仕組みまで作って、初めて統制になります。対面引継（口頭での補足）を残すかどうかも決めどころですが、電子引継は対面を置き換えるものではなく、対面の時間を「書いてあることの再確認」から「書ききれないことの相談」に使えるようにするもの、と位置づけるのが現実的です。
なお、シフト単位の設備使用・清掃・点検の記録そのものは電子ログブックの領域であり、引継サマリーはログブックの記録を「読む側の視点」で束ね直したビューという関係になります。両者を別々に入力させる設計は二重入力そのものなので、避けてください。
よくある質問
引継の電子化は、MESの機能で作るべきですか。グループウェアや掲示板ではだめですか。
所見の共有だけならグループウェアでも成立します。しかしこの記事で述べた価値の大半、実績・仕掛・例外操作の自動集約、設備・ロットへの紐づけ、未完了タスクの自動繰越、は、MESのデータに接続できて初めて実現します。グループウェアでの運用は「自動集約なしの電子ノート」であり、転記負荷が残るため、数か月で形骸化する失敗パターンをなぞりがちです。現実的な選択肢は、MESの標準機能（シフトハンドオーバー機能を持つ製品が増えています）を使うか、MESのデータを読める形で引継アプリを作るかの二択です。
引継事項が多すぎて読まれません。何を削ればよいですか。
削る前に、表示を役割別に絞ってください。読まれない原因は量そのものより、「自分に関係ない情報に自分宛ての情報が埋まっている」ことです。ライン担当者にはそのラインの事項だけ、保全担当には設備の事項だけ、監督者には全体サマリーと重要度の高い事項だけ、という宛先設計で、各自が読む量は数分の一になります。そのうえで、自動集約部分は「異常・例外・未完了」だけを表示し、正常に完了したものは明細でなく件数に畳む。正常の羅列は読み飛ばしの習慣を作り、その習慣が異常の見落としにつながります。
3交替で引継時間がほぼゼロです。対面引継なしで成立させられますか。
成立させられますが、条件があります。対面なしで安全に回すには、引継情報が「網羅されている」ことと「確認が確実に行われる」ことの両方をシステム側で担保する必要があります。具体的には、自動集約の範囲を広めに取り（人の記入に依存する部分を最小化）、シフト開始時に重要事項の確認操作を端末ログイン後の最初のステップに組み込み、確認完了までは通常業務の画面に進めない構成にします。そのうえで、重要度最高の事項（安全に関わる暫定運用など）に限っては、電話でもよいので口頭確認を残す、というリスクベースの併用が実務的です。
