工程管理の見える化は、工程表を大型モニターに映した時点では成立しません。予定と実績が同じ作業単位・同じ時間の基準で並んで初めて、遅れが何時間なのかを数字で言い切れます。この記事では、予実対比を成立させるために先に揃える三つの前提、実績を現場から取る四つの方式の適合、画面に載せる指標を四つへ絞る設計、そして見える化が定着せず終わる三つの型を順に扱う構成です。工程管理システムの機能一覧と既製か自作かの判断軸は工程管理システムとは何かを解説した記事に譲り、ここでは見える化を成立させる設計だけを扱います。
まとめ:見える化は表示ではなく予定と実績を同じ物差しで比べる状態づくり
先に結論を置きます。工程管理の見える化で成果が分かれるのは、画面の作り込みではなく、比較の土台を先に決めたかどうかです。着手前に固める点は次の四つに絞れます。
- 作業単位:予定側と実績側で、受注か工程か作業かの粒度を一致させる
- 時間の基準:予定時間を標準時間で持つか、直近の実測平均で持つか
- 実績の締め:工程完了の都度か、シフト終了時か、日次か
- 収集方式:手入力・二次元コード・RFID・設備信号のどれで取るか
この四つが決まっていれば、画面は表計算ソフトでも成立します。逆に決めないままツールを入れると、予定と実績が別々の単位で並ぶだけの画面ができあがります。指標は四つで十分です。工程別の遅れ時間、仕掛の滞留時間、実績の到達率、直近の再計画回数。進捗率を主指標に据えると、見た人の手が動きません。着手は一工程・一指標から始め、二週間の実測で現状値を出してから広げる順序が、最も戻りの少ない進め方になります。
工程管理の見える化で見えるようにする対象|進捗表示と予実対比の分かれ目
「見える化した」と言われる状態には、二つの段階が混在しています。今どこまで進んだかを表示する段階と、予定に対して何時間ずれているかを比べられる段階です。前者で止まると、遅れの発見は早くなっても打ち手の判断材料になりません。変動する値だけを自動収集し、静的な属性は台帳で持つという同じ切り分けは、省エネ法の報告データを設計要件へ置き換えた記事でも扱っています。
進捗表示で止まる見える化と予実対比まで届く見える化の違い|JIS定義の位置づけ
JIS Z 8141の生産管理用語では、4104進捗管理を「仕事の進行状況を把握し、日々の仕事の進み具合を調整する活動」と定義しています。把握だけでは定義の半分にしかなりません。調整まで含めて初めて進捗管理になる、という線引きが規格の文言に現れています。
実務に翻訳すると、こうなります。進捗表示は「第3工程が60%完了」と出す。予実対比は「第3工程は予定より4時間遅れ、このままなら明日の第4工程の着手が2時間ずれる」と出す。後者には、予定側の工程別完了予定時刻と、実績側の同じ工程の実完了時刻が要ります。片方でも欠ければ、画面は進捗の表示装置で終わります。
誰の判断のために見せるかで変わる対象|班長・管理者・経営で異なる粒度
見せる相手を決めずに画面を作ると、全部載せになって誰も見なくなります。判断の単位で分けると三層。班長は当日の作業順と応援の要否を決めるので、工程単位・時間単位の遅れが要る。生産管理の担当者は週内の日程調整と外注の判断をするので、受注単位・日単位の遅れで足りる。経営層は投資と受注可否を決めるため、月次の納期遵守率と負荷率で十分です。
この三層のうち、見える化の投資対効果が最も高いのは班長の層です。当日中に打てる手が残っているのはこの層だけだからです。経営層向けの画面から作り始めた現場では、集計の手間だけが増えて現場の動きは変わりません。層ごとの画面設計と製品の選び方は製造業のBIツール導入を判断基準から整理した記事で扱っています。
見える化と工程管理システム導入の関係|先に決める範囲と後で決める範囲
見える化はシステム導入と同義ではありません。作業単位・時間の基準・締めのタイミングは、製品を決める前に自社で決める範囲。収集方式と画面は製品の制約を受けるので、後から決まります。
順序を逆にすると、製品の入力画面に合わせて作業単位が決まり、既存の図面番号や作業指示書と対応しない実績が溜まります。課題の発生源を切り分ける手順は工程管理の課題を原因別に整理した記事にまとめてあります。そちらで運用の見直しだけで直る範囲を先に潰し、残った範囲を本記事の設計に載せてください。
予実対比が成立する三つの前提|作業単位・時間の基準・実績の締めの揃え方
予定と実績が比べられない現場には、共通する原因があります。両者が別の単位で記録されていることです。ここで揃える三点は、どの製品を選んでも必要になります。
作業単位の定義を計画と実績で一致させる手順|品番か工程かロットか
計画は受注番号ごとに引かれ、実績は作業者ごとに日報で書かれる。この組み合わせだと、一人が複数受注をまたいだ日の実績を按分できません。突き合わせの鍵になる単位を一つ決めます。
選択肢は三つです。受注(製番)単位は、個別受注生産で工程の並びが受注ごとに変わる現場に向く。工程単位は、同じ工程を複数受注が通る繰返し生産に向く。ロット単位は、まとめて流す量産に適します。判断の目安は、遅れが起きたときに「どこで詰まったか」を答えたい粒度です。工程別に答えたいなら、実績も工程単位で取らなければ後から分解できません。計画側の粒度を大日程・中日程・小日程のどこで持つかは工程管理の手法を計画の階層で選ぶ記事に整理しています。
時間の基準を標準時間に置くか実測平均に置くかの判断|整備工数の目安
予定時間の持ち方は二択です。標準時間を整備して持つか、直近の実測平均を予定として使うか。
標準時間は精度が高い代わりに整備の負荷が重く、品目数が数百を超えると初期整備だけで数か月かかります。作業内容が変わるたびの改訂も要る。実測平均は、見える化を始めた直後は実績がないので使えませんが、三か月ほど実績が溜まれば工程別の平均値が出せます。現実的な進め方は、主要品目の上位2割だけ標準時間を持ち、残りは実測平均で回す形です。標準時間そのものを設定する手順は工程管理の標準時間の決め方で扱っています。この2割で全体工数の大半を占めるなら、精度は実務に耐えます。標準時間が一件も無い状態から始めるなら、最初の二週間は「予定なし・実績のみ」で走らせ、実測から予定を作るほうが早く立ち上がります。
実績の締めのタイミング|工程完了時・日次・シフト終了で変わる使い道
締めのタイミングは、そのまま打てる手の範囲を決めます。工程完了の都度なら当日中の応援や順序入れ替えが打てる。シフト終了時なら翌シフトの割り当てが変えられる。日次なら翌日以降の調整だけになります。
締めを早めるほど現場の手間は増えます。分かれ目は、当日中に打てる手が存在するかどうかです。段取り替えの余地がなく応援も回せないライン専用工程なら、都度入力にしても打ち手は増えず、シフト終了時で十分です。複数の班へ振り分けられる汎用工程では、都度入力の価値が明確に出ます。工程ごとに締めを変えてよく、全工程を同じタイミングへ揃える必要はありません。
実績データの取り方を選ぶ四方式|手入力・二次元コード・設備信号・自動計測
実績の粒度と鮮度は、収集方式でほぼ決まります。ここを製品選定より先に決めておくと、要件定義の段階でぶれません。
四方式の比較表|粒度・入力負荷・初期費用・改修範囲で見る適合の違い
四つの方式を、予実対比に使えるかどうかの観点で並べます。
| 方式 | 取れる粒度 | 現場の入力負荷 | 初期に要るもの | 向く工程 |
|---|---|---|---|---|
| 手入力(紙・PC) | 日単位。工程単位は運用次第 | 大きい。記入と転記が残る | 帳票の様式変更のみ | 受注数が少なく変動も小さい工程 |
| 二次元コード読取 | 工程単位・時刻付き | 小さい。1回あたり数秒 | ラベル発行と読取端末 | 作業票や現品票が既にある工程 |
| RFID(920MHz帯) | 通過時刻の自動記録 | ほぼ無い | タグ・リーダとゲート設置 | 台車やパレット単位で流れる工程 |
| 設備信号(PLC等) | 稼働・停止と加工数 | 無い | 信号の取り出しと収集機器 | 単能機で加工時間が支配的な工程 |
実務での第一候補は二次元コードです。既存の作業票へコードを載せるだけで、工程単位・時刻付きの実績が取れます。手入力を残すのは、読み取る物が存在しない工程(検査判定や設計工程など)に限る切り分けが現実的です。
二次元コードとRFIDの使い分け|読み取り距離と920MHz帯の申請区分
二次元コードは1枚ずつ視野に入れて読む方式で、QRコードの現行の日本産業規格は JIS X 0510:2018(情報技術―自動認識及びデータ取得技術―QRコード バーコードシンボル体系仕様)です。印刷にかかるのはラベル代だけで済みます。
RFIDは離れた位置から複数を一括で読めるため、通過時刻の自動記録に向きます。ただし電波を出す機器なので、制度上の区分を先に確認してください。920MHz帯のUHF RFIDでは、空中線電力250mW以下の機器は特定小電力無線局(ARIB STD-T107)に該当し、利用者側の免許や登録の申請は不要です。機器側に技術基準適合証明または工事設計認証があることが前提です。読み取り距離を伸ばすために1W級の高出力機を選ぶと、利用者側で登録または免許の申請が必要になり、稼働までの期間が伸びます。要求される読み取り距離が2〜3メートルに収まるなら特定小電力の範囲で足り、申請を挟まずに始められます。
設備信号を実績に使える工程と使えない工程|段取りと手作業の扱い
設備から信号を取れば入力は消えますが、取れるのは設備が動いていた時間と加工数だけです。段取り替え、材料待ち、検査、手直しの時間は信号に現れません。設備の稼働時間だけで予実を組むと、遅れの大半を占める非稼働時間が見えない画面になります。
使いどころは、加工時間が工程時間の大半を占める単能機の工程です。旋盤やプレスのように、動いている時間がそのまま進捗へ対応する設備が該当します。組立や検査のように人の手が支配的な工程では、設備信号の情報量が足りません。既設設備から信号を取り出す際の制約と機器の置き方は製造業のエッジコンピューティングを工程別に整理した記事で扱っています。信号を出せない古い設備には、後付けの電流センサや稼働ランプの光検知という手もありますが、加工数までは取れない前提で組んでください。
【独自章】工程の見える化に載せる四指標|進捗率でなく遅れ時間で見る設計
ここからは判断を言い切ります。工程管理の見える化で画面に載せる指標は四つで足り、進捗率はその四つに含めません。理由と代替を示します。
遅れ時間を主指標に置く理由|進捗率が現場の手を動かさない構造
進捗率60%という数字を見ても、班長が何をすべきかは決まりません。予定に対して早いのか遅いのか、遅いなら何時間なのかが数字に含まれていないからです。同じ60%でも、予定通りなら放置してよく、8時間遅れなら応援を出す判断になります。
遅れ時間なら、そのまま打ち手に変換できます。4時間の遅れは残業一回で吸収できる、16時間なら外注か土曜稼働の検討に入る、といった対応表が作れるからです。数字と決裁者と打ち手を対にできる指標だけを画面に載せる。これが選定の基準です。
四指標の定義と閾値の決め方|遅れ時間・滞留・到達率・再計画回数
載せる四つはこう定義します。工程別の遅れ時間は「予定完了時刻と実績完了時刻の差」。仕掛の滞留時間は「前工程完了から次工程着手までの経過時間」。実績の到達率は「入力されるはずの実績のうち実際に入力された割合」。再計画回数は「直近一週間で日程を引き直した回数」です。
閾値は自社の実測から決めます。開始時点で分からなければ、二週間の実測値の中央値を仮の閾値に置き、超えた案件だけを朝礼の議題へ載せる運用から始めてください。到達率だけは絶対値で線を引けます。8割を下回っている間は、他の三指標の数字が母数不足で判断に使えないためです。まず到達率を上げ、その後で遅れ時間の閾値を詰める順序になります。滞留時間は改善の伸びしろが最も大きい指標で、多くの現場では工程そのものの時間より待ち時間のほうが長く出ます。
指標を増やしたくなったときの止め方|画面に載せない数字の置き場所
稼働率、不良率、原価差異、作業者別の生産性。会議のたびに追加要望が出ます。全部を載せた画面は、見る人が視線をどこへ置けばよいか分からなくなり、結果として誰も見なくなります。
止め方は仕組みで用意します。画面に載せるのは「その数字を見た人が今日中に打つ手がある指標」だけと決め、それ以外は月次の分析用データとして別の場所に置く。追加要望が来たら、誰がその数字を見て何を決めるかを一文で書いてもらう。書けない要望は分析側へ回します。この線引きを最初に合意しておくと、運用開始後の指標の膨張が止まります。四つで足りるとは、増やすなら一つ外す運用にする、という意味です。
【独自章】見える化が定着しない三つの型と着手を見送ってよい現場の条件
見える化の投資が回収できない現場には、共通した三つの型があります。導入前にこの型を避ける設計を入れておくと、半年後の姿が変わります。
表示だけ型で終わる失敗|数字が出ても決裁の順序が変わらない現場
大型モニターに工程表が映り、遅れが赤く表示される。それでも納期遅延の日数が変わらない現場があります。原因は表示ではなく決裁の側です。赤が出たときに誰が何を決めるかが定まっておらず、結局は従来どおり夕方の会議で調整しているためです。実績を入れる担い手と締め時刻を決める手順は、工程管理のガントチャートが更新され続ける条件で扱っています。
対処は導入と同時に行います。指標ごとに「この値を超えたら、この人が、これを決める」という対応表を三行だけ作る。例えば遅れ時間8時間超で班長が翌日の応援を確定、16時間超で生産管理が外注枠を押さえる、到達率8割割れで製造課長が入力運用を見直す。三行で足ります。対応表のない導入は、報告資料が一枚増えただけで終わります。
全部載せ型で入力が止まる原因|四項目を超えた入力が続かない理由
入力項目を増やすほど、到達率は下がります。着手・完了・数量・不良の四項目までなら、二次元コードの読み取りと数字の入力を合わせても1分以内です。ここへ作業内容の選択、停止理由の分類、コメント欄が加わると、繁忙期に真っ先に飛ばされます。
飛ばされた入力は戻りません。到達率が7割を切った時点で集計値の信頼が落ち、現場は「どうせ合っていない数字」として画面を見なくなります。入力項目は四つを上限とし、それ以上の情報が要るなら別の手段で取る。停止理由の分析が要るなら、常時入力ではなく月に一度の観測日を設けて記録するほうが、継続性の面で優れています。現場端末側の入力設計と製品要件は工程管理アプリの選び方を整理した記事に詳しく書いています。
月次レポート型の限界|締めてから配る運用が打ち手を一か月遅らせる
実績を月次で締めて分析資料にする運用は、原価管理としては正しくても、工程管理の見える化としては機能しません。先月の第3週に起きた遅れが今月半ばに報告されても、対象の受注はすでに出荷済みだからです。
工程の見える化で価値が出るのは、当日から週内の時間軸です。月次で見る指標は納期遵守率と工程別の負荷率に絞り、日次の画面とは分けて設計してください。同じデータを両方の時間軸で使うこと自体に問題はありません。
見える化に着手しない方がよい現場の条件|受注三十件以下の単一拠点
見送りを勧める条件も明示します。単一拠点で、同時進行の受注が概ね30件以内、工程の並びが受注ごとにほぼ変わらず、班長が現場を一望できる規模。この条件が揃う現場では、画面を作っても班長が既に把握している情報しか出てきません。投資には見合いません。
もう一つ、人員の絶対数が足りていない現場も見送りが妥当です。見える化は負荷の偏りを数字にしますが、人を増やす道具ではありません。全工程が恒常的に能力超過なら、投資先は見える化ではなく自動化か外注枠の確保になります。着手すべきなのは、余裕のある工程と超過している工程が混在し、その配分を人が判断できていない現場です。
見える化を一工程から広げる進め方|二週間の実測から本格導入までの順序
最後に着手の順序を示します。全工程を一度に対象にすると入力の負荷が一斉にかかり、初月で止まります。
二週間の実測で現状値をそろえる手順|到達率と遅れ時間の初期測定
最初の二週間は、既存の紙とエクセルのままで測ります。買う前に現状値を持つのが目的です。
- 対象工程を一つ選び、その工程を通る受注を全件リストにする
- 各受注の予定完了日と実績完了日を記録し、差を時間で出す
- 予定されていた実績記入のうち、実際に記入された件数の割合を数える
- 前工程完了から着手までの待ち時間を、分かる範囲で記録する
- 二週間分の中央値を出し、遅れ時間と滞留時間の仮の閾値に置く
この実測をせずに製品を選ぶと、導入後に効果を測る基準がありません。手間は担当者一人で日に15分程度です。
一工程一指標から広げる順序|対象工程の選び方と次の工程への展開時期
最初に選ぶのは、遅れが後工程へ波及しやすい工程です。多くの現場では、複数の受注が集中する共通工程か、外注から戻る工程が該当します。そこで遅れ時間だけを取り、対応表の三行を回す。
次の工程へ広げる時期の目安は、到達率が8割を安定して超えてからです。二週間続けて8割を超えたら、隣接する前後の工程へ展開します。全工程へ広げるまでは、規模にもよりますが三か月から半年を見ておくのが現実的な線です。エクセルのまま粘れる規模の見極めはエクセル管理の運用限界を整理した記事が判断材料になります。
既存システムとつなぐ判断|自前の画面で足りる範囲と開発に倒す条件
収集した実績を既存の生産管理や基幹システムへ戻すかどうかで、必要な作りは変わります。戻さず工程管理だけで完結するなら、既製ツールか表計算ソフトで足ります。
開発へ倒れるのは、三つの条件のいずれかに当たるときです。実績の粒度が業界標準と違う場合(同一工程内で歩留まりと検査結果を分けて持つなど)、基幹システムと双方向に同期する必要がある場合、協力会社ごとに参照範囲を変える権限設計が要る場合。この三つに該当すると、既製品へのアドオン見積りが本体費用を上回ることがあります。既存の基幹側とつなぐ前提で実績収集と画面を設計するなら、生産管理システム開発で扱っている計画・工程・原価の一元管理の観点から要件を並べると、既製品との比較がしやすくなります。
よくある質問
工程管理の見える化を検討する段階で、実際に多く寄せられる質問を五つ取り上げます。
工程管理の見える化は何から始めればよいですか?
ツールの選定ではなく、予定と実績の作業単位を揃えるところからです。計画が受注単位、実績が作業者の日報単位という組み合わせだと、どの製品を入れても突き合わせができません。単位を決めたら、対象工程を一つ選び、二週間だけ既存の紙とエクセルで遅れ時間と実績の到達率を測ってください。この現状値が、製品選定の要件と導入後の効果測定の両方の基準になります。
進捗率を出せば工程管理の見える化はできていると言えますか?
判断材料としては足りません。進捗率60%という数字には、予定に対して早いのか遅いのかが含まれていないためです。同じ60%でも、予定通りなら放置してよく、8時間遅れなら応援を出す判断になります。主指標には予定完了時刻と実績完了時刻の差、つまり遅れ時間を置いてください。JIS Z 8141の4104進捗管理も、進行状況の把握だけでなく日々の進み具合を調整する活動と定義されています。
見える化のために現場へ入力してもらう項目はどこまで絞れますか?
着手・完了・数量・不良の四項目で足ります。二次元コードの読み取りと数字入力を合わせて1分以内に収まる範囲です。ここへ作業内容の選択や停止理由の分類、コメント欄を加えると、繁忙期に飛ばされて入力の到達率が落ちます。到達率が7割を切ると集計値の信頼が失われ、現場が画面を見なくなります。分析用の追加情報が要るなら、常時入力ではなく月に一度の観測日を設ける方法を検討してください。
エクセルのままでも工程管理の見える化はできますか?
単一拠点で同時進行の受注が概ね30件以内、入力者が5人以内、共有が一台のファイルサーバーで完結する規模なら成立します。予定と実績を同じ作業単位で並べ、差を時間で出す列を足せば、予実対比が可能です。この規模を超えると同時編集の待ちと版の取り違えが起き、集計そのものに事務工数が食われ始めます。拠点をまたぐ工程や、協力会社が実績を入力する運用が入る場合は、表計算ソフトでは権限の分離ができません。
見える化しても納期遅延が減らないのはなぜですか?
数字が出た後の決裁の順序が変わっていないためです。遅れが赤く表示されても、調整は従来どおり夕方の会議で行われているなら、対処の速さは導入前と変わりません。導入と同時に、指標ごとに「この値を超えたら、この人が、これを決める」という対応表を三行だけ作ってください。遅れ時間8時間超で班長が応援を確定、16時間超で外注枠を押さえる、といった形です。数字と決裁者と打ち手を対にしない限り、画面は表示装置のままです。
関連記事
- 工程管理システムとは?機能・選び方と既製か自作かの判断軸を解説:見える化の設計が固まった後、製品の機能一覧と選定軸を確認できます。
- 工程管理の手法を計画の階層で選ぶ|山積み山崩しとシステム要件への翻訳:予定側の粒度をどの階層で持つかを扱っています。
- 工程管理の課題を原因別に整理|運用の見直しで直る範囲とシステム化の境界:着手前に運用で直る範囲を切り分ける手順をまとめています。
- 製造業のBIツール導入|生産・品質・在庫データの可視化と判断基準を解説:経営・管理・現場の三層で画面を分ける設計と製品選定を扱っています。
- 製造業のDX事例|工程改善・予知保全・品質・在庫で見る成果指標と失敗パターン:導入後の成果指標の置き方の参考になります。