紙の指示書は、4つの役割を同時に果たしている
「紙の製造指示書を電子化したい」という要件は、そのまま受け取ると失敗します。1枚の紙が現場で担っている役割は、少なくとも4つあるからです。
| 紙が担っている役割 | 具体的な使われ方 | MESでの置き換え先 |
|---|---|---|
| ① 情報の伝達 | 品番・数量・工程・条件を作業者に伝える | ディスパッチリスト／作業指示画面 |
| ② 進捗の可視化 | 箱に紙が刺さっている＝まだ終わっていない | 仕掛（WIP）の状態管理 |
| ③ 作業の証跡 | 押印・サイン・手書きの実測値 | 実績登録と電子署名・監査証跡 |
| ④ 引き継ぎメモ | 余白の書き込み、付箋、注意事項 | 置き換え先が設計されないことが多い |
置き換えを失敗させるのは、たいてい②と④です。②は「紙が物理的に存在すること自体が進捗表示になっている」という性質で、画面に移した瞬間に失われます。棚に紙束がなくなった現場では、班長が「あと何個残っているか」を一目で把握する手段を同時に失います。④は仕様書に一度も登場しないまま消え、導入後に「前は紙にメモできたのに」という不満として現れます。
作業手配機能の要件定義は、この4役の分解から始めてください。どれを電子化し、どれを別の手段（アンドン、棚の表示、コメント欄）で代替し、どれをあえて紙のまま残すのかを、明示的に決める作業です。
指示の「単位」を決める
MESが現場に配る指示の粒度は、製品を選ぶ前に決めるべき設計項目です。実務では次の4通りに分かれます。
- 製造オーダー単位：ERPから来た指図をそのまま1枚の指示にする。工程が少なく、ロットが最後まで割れない生産に向く
- オペレーション（工程）単位：オーダーを工程ごとに割り、工程ごとに着手・完了を取る。MESの標準形。工程間の仕掛と滞留が見えるようになる
- ロット／トレー単位：1つの物理単位に指示が紐づく。搬送単位と一致するため、現物と指示のずれが起きにくい。半導体・電子部品で一般的
- かんばん／補充要求単位：後工程の消費が指示を生む。プル型の生産で使う
この単位は、実績の粒度とトレーサビリティの粒度を同時に決めてしまいます。オーダー単位で指示を出す設計にすると、工程別の所要時間も工程別の不良も後から取れません。逆に細かくしすぎると、着手・完了の操作回数が増えて現場の負担になります。
判断の順序は「トレーサビリティ要件 → 実績の必要粒度 → 指示の単位」であって、逆ではありません。ロット分割や合流が起きる工程では、指示の単位と物理単位が途中でずれるため、分割・合流の操作をどの単位で表現するかまで含めて決める必要があります。
プッシュ型かプル型か：誰が「次の作業」を選ぶのか
作業手配の設計思想は、大きく2つに分かれます。
プッシュ型は、MESが「次はこれをやりなさい」と1件ずつ指示します。順序が確定し、現場の判断が入らないため、教育コストが低く、標準作業の逸脱も起きにくくなります。反面、想定外の事態（材料が足りない、設備が不調）が起きたときに、現場は次の手が打てず止まります。
プル型は、MESが「いま着手可能な作業の一覧」を提示し、作業者が選びます。現場の状況判断を活かせますが、選択が属人化し、やりやすい作業ばかり先に消化されて納期が守れない、という現象が起きます。
もう1つ、見落とされやすいのが「指示を受け取る主体」です。作業者に配るのか、設備に配るのか、班・チームに配るのか。人に配る設計で作ったMESに後から自動機を接続しようとすると、作業者IDを持たない主体をどう扱うかで詰まります。自動化の予定があるなら、最初から「リソースに指示を配る」構造にしておくべきです。
よくある実装の失敗と、製品側の動き
失敗1：紙のレイアウトを画面で完全再現する。 A4の紙に載っていた項目を、そのまま1画面に詰め込む要求は必ず出ます。しかし現場端末は画面が小さく、手袋をした指で操作されます。紙は「一覧性」に、画面は「文脈に応じた出し分け」に強いという特性の違いを踏まえないと、スクロールだらけの使われない画面ができます。
失敗2：進捗の代替手段を用意しない。 前述の②です。紙束がなくなった代わりに何を見て残数を判断するのか、導入前に決めておく必要があります。ラインサイドの大型ディスプレイやアンドンが、この役割を引き受けることが多くあります。
失敗3：指示の変更をどう伝えるか決めていない。 出した指示が取り消された、数量が変わった、優先順位が上がった。紙なら回収して差し替えますが、電子化すると「作業者が見ている画面をどう更新するか」という問題になります。着手済みの作業に対する変更の扱い（自動反映するのか、承認を挟むのか）は必ず仕様に含めてください。
失敗4：ネットワーク断で何も出せなくなる。 現場端末がサーバ接続前提で作られていると、ネットワーク障害がそのまま生産停止になります。直近の指示をローカルに保持して表示だけは続ける、といった縮退運転の設計が要ります。
製品側では、紙からの移行そのものを支援する機能が2026年に相次いで登場しています。iBase-tは2026年1月15日にリリースしたSolumina AIで、紙の作業手順書をスキャンして構造化データに変換する「ScanAI」を提供しました。Rockwellは2026年8月11日の発表で、CADファイルから作業手順書を自動生成するAIオーサリングエージェントをPlexへ組み込んでいます。いずれも「電子化のための初期データ作成」という、これまで人海戦術だった工程を狙った機能です。
ただし、これらは④の引き継ぎメモや②の進捗可視化を解決するものではありません。移行の初期コストは下がっても、運用設計の負担は変わらないという点は押さえておく必要があります。作業手順書そのものの表現方法は電子作業手順書、図面や標準書の版管理は仕様・文書管理で個別に扱います。
よくある質問
現場から「紙のほうが速い」と言われます。どう説明すべきですか。
その指摘はたいてい正しいので、まず認めるべきです。単一の作業を見れば、紙を見て手を動かすほうが端末を操作するより速い。電子化の効果は個々の作業速度ではなく、①指示の伝達漏れがなくなる、②実績が転記なしで集計される、③規格外の作業が始まらない、の3点で出ます。逆に言えば、この3つが要らない工程を無理に電子化しても効果は出ません。全工程を一律に電子化するのではなく、トレーサビリティや品質統制が必要な工程から選んで適用するのが現実的です。
指示の単位は、あとから変更できますか。
細かくする方向は比較的やりやすく、粗くする方向は困難です。オペレーション単位で運用していたものをオーダー単位にまとめるのは、集計時に丸めれば済みます。逆にオーダー単位で1年運用したあと工程別の分析をしようとしても、過去の実績は存在しません。迷った場合は細かい側で設計し、画面上の操作回数を減らす工夫（着手と完了を1操作にまとめる、バーコード1回で複数工程を進める）で現場負担を吸収する方向を検討します。
指示書の電子化にタブレットを使うか、固定端末を使うか、どちらがよいですか。
作業者が移動するかどうかで決まります。1つの持ち場で作業が完結するなら固定端末のほうが堅牢で総コストも低くなります。設備間を移動する、大型製品の周囲を歩き回る、といった作業ではタブレットやハンディが必要です。ただしタブレットは充電・落下・紛失・OS更新という運用負荷を伴い、この負荷は導入台数に比例して増えます。台数が多い場合は、この運用コストを試算に入れてください。
