生産進捗を表計算で続けるかシステムへ移すかは、案件数だけでは決められません。1案件の更新回数、情報を扱う人数、材料や外注とのつながりを見ましょう。まず1週間、誰が何を更新し、納期への影響を答えるまでに聞き取りや転記がどれだけ生じたかを記録します。その負担が入力ルールで解消するのか、記録をつなぐ仕組みを変えるべきなのかを分けることが、選び方の出発点です。
| 状況 | 判断 | 最初の対応 | 次に調べること |
|---|---|---|---|
| 一人が更新し、日次で状態を追い、急ぐ変更も伝えられる | 表計算を標準化して継続 | 更新時刻・担当・工程状態の列を固定する | 期限や保留の発生時に対処し、週次で漏れの傾向を見られるか |
| 複数人が更新するが、転記や聞き取りは限定的 | 表計算と共有ルールを整備 | 更新責任者と変更連絡の窓口を決める | 同じ案件の二重更新や版違いが残るか |
| 遅れの影響を調べるたびに現場・外注先へ聞く | 進捗機能を絞ってシステム化を検討 | 1週間の更新・照会・転記を記録する | 最初に一元化すべき工程・情報は何か |
生産進捗の管理方法は案件数だけで決めない
案件が少なくても、工程ごとに着手、完了、保留、外注、日程変更があり、複数人が受け渡すなら更新は増えます。反対に案件が多くても工程が共通で、担当と更新時点が明らかな仕事は表計算で追える場合があります。冒頭の表は方式を仮に分ける目安です。日次で追えば足りるかも業務によるため、遅延や保留が起きた時点で伝わるかを含めて比べてください。
比べたいのは機能の数より、今の状態を誰が維持し、次の担当へいつ伝えられるかです。表計算でも入力基準と保存先が曖昧なら、同じ案件が別々の状態で残ります。システムも入力が作業に合わなければ、古い情報を見やすく表示するだけになりかねません。予定と実績、未入力と未着手を区別し、根拠の時点が分かることを共通の条件にします。
表計算で進捗管理を続けやすい条件
表計算では、正本を一つにする、担当を明示する、更新時点を決めるという3点から始めます。口頭や日報で連絡を受けても、誰が表へ反映するかまで決めなければ、その後の担当は同じ情報を使えません。ただし、定時更新まで保留や納期への影響を伏せておく意味ではありません。異常や変更は所定の相手へその時点で伝え、記録の反映と並行して対処します。
基本列は製番や案件番号、品番・品名、納期、現在工程、次工程、着手・完了予定日、担当、更新日時、遅延理由が候補です。これに状態や実績、数量の単位など、自社の受渡しに使う項目を合わせます。工程ごとに1行なら工程順や待ちを追いやすく、案件ごとに1行なら全体の現在地を表示しやすくなります。列の数より先に、どの単位の状態を記すかを決めましょう。
状態名は選択式にしても、意味が違えば集計は合いません。たとえば加工の完了と検査の合格、次工程へ渡せることは別なので、各状態の条件を定めます。自由な表記を減らしつつ、選択肢に収まらない理由や未判明事項は補足欄に残してください。取りまとめ担当が列名と定義を管理し、変えた日、理由、対象者、過去データへの影響を履歴へ記します。
- 工程状態は入力自由にせず、「未着手」「着手」「加工中」「検査待ち」「完了」「保留」「外注中」などの選択肢にする
- 更新日時は同じ表示形式で残し、更新者が分かる列も設ける
- 工程完了時、または日報を締める時刻など、更新するタイミングを固定する
- 納期、優先順位、工程順が変わった場合は、変更日・変更者・変更理由を履歴用シートへ残す
複数人で使う場合は、共有できることと、同じ案件を矛盾なく更新できることを分けて考えます。ExcelとGoogleスプレッドシートの違い｜帳票別に迷わない選び方も参考に、現場で開ける環境、担当範囲、競合時の判断者を決めてください。変更履歴と復元方法も試し、誰かが保存した個人版を正本として使い続けない運用にします。
表計算のままでは遅れやすい進捗管理の兆候
表計算の限界を考えるときは、開いた回数よりも、根拠のある答えを出すまでの作業を見ます。最新版を探す、同じ変更を別表へ写す、理由を現場へ聞きに行くことが毎回続くなら、管理方法を見直す材料になります。ただし、入力時点が未定という問題をシステムへ移すだけでは解消しません。ルールの不足と、情報をつなぐ機能の不足を分けて記録しましょう。
- 同じ案件を複数人が更新し、どの更新が正しいか判断できない
- 納期や優先順位を、進捗表、個人の予定表、紙、口頭連絡へ重ねて反映している
- 遅延案件を調べるたびに、担当者、現場、外注先への聞き取りから始めている
- 工程実績を記録しても、仕掛、負荷、納期への影響を別途集計している
- 別名保存、メール添付、印刷した表への追記が通常の運用になっている
納期変更では、口頭で聞いた人だけが新しい日付を知っている状態を防ぎます。変更前後の日付、根拠、判断者、相手の返答を履歴で追い、現場の予定へ反映する担当を決めます。納期回答履歴表の項目と記入例｜変更連絡を追跡する方法も参考になります。変更を提案しただけの納期を合意済みにせず、現行の約束と調整中の案を区別しておきましょう。
判定シートで表計算・共有ルール・システム化を比べる
下の判定シートは、経営者や進捗の取りまとめ担当が直近1週間の記録を見て埋める案です。進捗表、日報、連絡履歴から実数と作業を拾い、分からない項目は推測値で埋めず未計測とします。数値の合計に一律の合格線を設けるものではありません。どの更新が重なり、どの遅れが他の工程へ及ぶかを読み解く材料として使います。
| 調べる項目 | 記入欄・根拠の探し方 |
|---|---|
| 1. 稼働中案件数 | 対象期間に未完了だった案件を、保留・外注中も含めて重複なく数える |
| 2. 案件ごとの工程数 | 代表的な案件の工程数と、工程差の有無を書く |
| 3. 1日当たりの進捗更新件数 | 工程状態、予定日、担当変更を含めて数える |
| 4. 更新者数 | 実際に表または原票を更新した人を数える |
| 5. 外注工程の有無 | 有無と、発送・回答・戻りを誰が記録するかを書く |
| 6. 納期・優先順位変更 | 今週の件数と、変更の伝達先を書く |
| 7. 進捗の照会時間 | 納期回答や朝会準備に要した時間を記録する |
| 8. 二重入力・転記箇所 | 同じ内容を別の表、紙、メールへ写す場所を書く |
| 9. 最新版の判断方法 | 正本の表、保存先、根拠を照らす担当を明記する |
| 10. 遅延時の影響照会先 | 後工程、検査、出荷、外注先、顧客連絡の対象を書く |
| 11. 実績を残す目的 | 納期回答、負荷調整、原価把握など目的を一つずつ書く |
| 12. 現場入力端末の有無 | 入力場所、使える端末、通信できない場所と代替記録を調べる |
上の表を埋めたら、問題を解消する範囲から候補を選びます。一人の担当が責任を持ち、二重入力が少なく、業務上の時点に間に合うなら表計算の標準化を試します。複数人でも正本と分担で解決できるなら、共有ルールを直す余地があります。聞き取りや転記が工程・外注をまたいで残る場合は、その情報をつなぐ機能に絞ってシステムを試しましょう。
表計算を続けるなら更新ルールを先に固定する
表計算を直す場合も、最初に1行の意味を決めます。工程の予定と実績を追うなら製番×工程で1行、受注全体の大まかな状態なら製番で1行が候補です。同じ工程が繰り返される仕事は工程順や作業番号でも識別してください。工程行と案件の集計行を混ぜて二重に数えず、案件別の一覧は元の工程記録から集計する形にすると、更新元が明らかになります。
架空の例として、「製番：記入例-001」「工程：旋盤」「完了予定日：6月12日」「実績完了日：未記入」「状態：保留」「保留理由：材料入荷待ち」「次の依頼先：検査担当」「更新者：工程担当」「更新日時：6月10日16時」と記します。材料待ちで進められない状態を加工中とは表示しません。この記録だけで納期遅延は断定できないため、入荷予定と残作業から影響を調べ、再開見込みと次の対応担当を補います。日付や製番は実績ではありません。
現場が「誰かが入力する」と考え、取りまとめ側が「連絡が来る」と待っていると、表だけが古くなります。そこで、実績を伝える人、正本へ反映する人、記録を照らす人、遅延を判断して連絡する人を分けて決めます。同じ人が兼ねる場合も役割は明示してください。下の分担例を、先頭シートや社内手順へ担当名と代行条件付きで記します。
- 工程担当者は工程完了または保留の発生時に、状態と遅延理由を決めた連絡先へ知らせる
- 進捗取りまとめ担当は決めた時刻までに正とする進捗表へ反映する
- 照合担当は期限超過や保留を判明時に追い、週に一度、古い更新や次工程未決定も含めて滞留の傾向を振り返る
- 納期や優先順位を確定変更したら、担当が履歴を残し、現場の受領と予定への反映まで追う
列名や選択肢を変える場合は、取りまとめ担当が対象、理由、適用開始日を残し、影響する担当へ伝えます。旧データの状態を新しい意味へ黙って読み替えないよう、対応関係も決めましょう。個人が列を増やす前に、その情報を誰が何の判断に使うかを調べます。使う情報なら入力元と反映時点を決め、同じ内容を別の担当が重ねて記す形を避けます。
生産管理システムで先に管理すべき業務を絞る
システム化は、受注、見積、図面、在庫、原価を一度に移す前に、困っている進捗業務を絞って試します。工程実績の収集、案件別の共有、外注状況、作業負荷の表示から、聞き取りや転記の多い箇所を選びましょう。ただし、その範囲で判断するために材料や前工程の情報が要るなら、接点まで試します。画面を一つ作っただけで、前後の受渡しを省くことはできません。
個別受注や多品種少量なら、製番ごとの工程順、分割や手直し、外注へ出して戻るまでの状態を扱えるかを見ます。誰が、どの場所で、何の実績を入れるかを実例に沿って試すと、画面の見た目だけでは分からない負担が出てきます。現場用スマホとタブレットの違い｜作業別の選び方も参考に、安全に操作できる場所と時間、通信条件を含めて判断してください。
入力漏れや訂正を扱えることも選定条件です。工程が終わっていても、空欄だけを見て未着手や完了に決めつけず、原票と実績担当から事実を調べます。後から入力する場合は、実際の発生時刻と記録した時刻、変更前後の値、理由を残します。試行では通常の完了だけでなく、保留、手直し、外注予定変更を入れ、合格や再開の判断を誰が記録するかまで試しましょう。
導入前の1週間で集める進捗管理の実測データ
比較前には通常の1週間を選び、進捗の取りまとめ担当が日報、表、連絡履歴から作業を数えます。終業前の集計に任せて現場の連絡を遅らせず、遅延や保留は判明時に理由、影響する後工程、連絡先を残します。下の項目は、後から思い出すだけでは抜けやすい情報です。繁忙期や長い外注周期がその週に含まれない場合は、追加で見る期間を決めてください。
- 進捗照会の依頼件数と、根拠付きで答えるまでの時間
- 工程状態、予定日、担当を更新した件数と更新者
- 紙、メール、別表への転記回数と転記先
- 納期または優先順位の変更件数と伝達先
- 遅延・保留の判明時点、原因、後工程への影響
週末には、自動で収集したい実績、人の判断を残す内容、表計算を続ける部分へ分けます。要件メモには対象工程、利用者、更新単位、使う一覧、既存データとの対応、未入力を追う担当と期限を記します。件数を経営判断にも使うなら、工場KPIをダッシュボードで見える化する方法｜日次判断の作り方も参考にしてください。表示の前に、集計対象と未反映データを定義することが先です。
表計算から移すときは対象を限定して試行する
移行前は、使われていない列、重複する記入、意味が曖昧な状態を点検します。ただし、普段使わない履歴や品質記録もあるため、最終更新が古いという理由だけで消しません。利用者、保存条件、後工程への役割を調べて、残す列と入力元を決めます。そのうえで一部の製番、工程群、ラインなどへ試行を限定し、試験データを本番実績へ混入させないようにします。
試行では更新漏れ、答えを出すまでの時間、遅延に気付いた時点、入力負担を毎週比べます。本稼働の条件は事前に決め、対象の実績がそろい、権限、訂正、引継ぎ、復旧が実用に耐えるかを判定します。移行時の照合で旧表と新方式の差を解消してから正本を切り替え、常に両方へ入力し続けない形にします。障害時は戻す先、切替時点、以後の取引の反映担当を決め、古い表へ戻すだけで実績を失わないようにします。
システムへ移せば自動的に精度が上がるわけではありません。試行の記録から、対象範囲、入力の負担、既存帳票との受渡しが成立しているかを見ます。問題が残るなら範囲を広げず、入力ルールや連携を直して再度試します。実証できた範囲と、まだ扱っていない工程・例外を分けておくと、次の投資判断にも使いやすくなります。
在庫情報とのつながりを見直す場合は、専用在庫管理ツールと表計算の違い｜迷わない選び方も参考になります。進捗と在庫で同じ数量を別々に確定させないよう、どの取引をどちらで記録し、いつ反映するかを合わせて考えてください。
よくある質問
進捗管理表は案件ごとに1行と工程ごとに1行のどちらがよいですか？
工程の待ちや受渡しを追うなら、工程ごとに1行を持つ方法が候補です。案件ごとに1行は全体の状態を表示しやすい一方、途中工程の詳しい予定や実績は別の根拠からたどれるようにします。両方を使う場合は工程記録を正本とし、案件一覧を集計表示へ分けましょう。同じ工程が繰り返される場合は作業順なども識別し、同名の工程を上書きしないようにします。
現場がPCを使えない場合でもシステムで更新できますか？
端末や入力画面、通信環境によって変わるため、現場の実際の動線で試します。本人が入力できない場面では、所定の原票へ事実を残し、代行入力する担当と時点を決めます。作業の発生時刻と入力時刻、実施者と入力者を混ぜないことも大切です。忙しい時間や通信が切れた場面でも記録を引き継げるかを試し、端末を置いただけで運用できるとは判断しません。
生産管理システムを入れても表計算は残すべきですか？
分析や照合用に表計算を残すことはできますが、同じ工程状態や納期を二つの場所で別々に確定しないようにします。どちらを正本とするか、もう一方はいつ時点の参照データかを表示してください。試行中の並行記録は範囲と期間、差異を判定する人を決めます。本稼働へ移すときは未反映分を照合し、更新を止めた表を誤って使わない扱いにします。
外注工程は社内工程と同じ表で管理してよいですか？
納期への影響をつなげて見るなら、同じ工程一覧へ外注工程を含める方法があります。ただし外注中だけでは、相手が受け取ったか、回答があるか、戻って検査を終えたかは分かりません。発送日、回答予定日、戻り予定日、受領や検査の状態、担当を区別します。回答がないときの追跡期限も決め、希望日を相手の確約日として表示しないようにしましょう。
システム導入前に進捗表のどの列を見直すべきですか？
更新されていない列、重複入力、意味の曖昧な列を候補にし、利用者と判断への使い道を調べます。監査、品質、顧客条件、保存規程で残す情報もあるため、入力頻度だけで削除してはいけません。残す情報の入力元を一つにする方法もあります。廃止する欄は過去記録を保持し、代わりにどこを見ればよいかを関係者へ伝えてから切り替えます。
まとめ
まず直近1週間の更新、聞き取り、転記、納期変更を記録し、どこで根拠を探す負担が生じたかを見ます。表計算を続けるなら正本、状態の意味、担当、反映時点を決めます。それでも工程や外注をまたぐ受渡しが重い場合は、対象業務に絞ってシステムを試しましょう。週次の振返りとは別に、保留や期限への影響は判明時に対処します。最新の状態と未判明事項を分けて維持できるかを基準に、管理方法を選んでください。
