生産管理をエクセルで回す方法と限界 脱エクセルのタイミングと移行ステップ

結論：3表を分けて回すのが基本形、破綻の兆候が重なったら移行を検討する

エクセルでの生産管理は「生産計画表・進捗管理表・部材表」の3枚を分けて連携させるのが基本形です。ファイルの重さ・属人化・同時編集の3つの壁が同時に出てきたら、脱エクセルを検討する時期に入っています。

エクセルで生産管理を回している中小製造業は今でも珍しくありません。SaaSの生産管理システムは高機能ですが、現場の細かい運用（急な差し込み生産、担当者ごとの微妙な工程順、取引先ごとの納期ルール）を型にはめきれず、結局エクセルに戻る会社を何社も見てきました。無料の経営AI診断で工場を訪問すると、規模を問わず似た構成のブック運用にたどり着きます。

本記事では、そのエクセル運用の「型」と、実際にどこで破綻するか、破綻する前にどう見極めて移行すればいいかを、現場の実装知として具体的にまとめます。

エクセルで生産管理を回す基本の型は生産計画・進捗・部材の3表

生産計画・進捗・部材の3枚のシートをそれぞれ独立管理し、品目コードで紐づけるのが実務で機能する基本形です。

生産計画表は工程ごとの着手日・完了予定日を並べたガントチャート形式が定番です。受注管理表から品目・数量・納期をVLOOKUPで引き込み、標準工数×数量で所要日数を逆算し、各工程の開始日を自動計算する構成が多く使われています。休日カレンダーをWORKDAY関数で加味しないと、土日を跨いだ瞬間に納期がずれるため、ここは早い段階でつまずきやすいポイントです。

進捗管理表は日次・工程別に実績を入力する表で、担当者が現場で手書きした日報を1日の終わりにまとめて転記する運用が主流です。予定と実績の差分を条件付き書式で赤く色付けし、遅延工程を一目でわかるようにしている会社が多く見られます。

部材表はBOM（部品構成表）と在庫・発注点を1枚にまとめたもので、品目コードをキーに生産計画表と紐づけます。発注点を下回った行を自動でハイライトし、発注担当が目視でチェックする運用が典型です。この3表は独立して動きますが、品目コードという共通キーで初めて生産管理として機能します。逆に言えば、品目コードの体系が最初から曖昧なブックは、後からどれだけ関数を足しても破綻します。

エクセル運用が破綻する3つの分岐点

破綻は「ファイルの肥大化」「属人化した関数」「同時編集の衝突」という3つの壁でほぼ必ず起きます。どれか1つではなく、複数が重なったときに現場が実際に止まります。

ファイルの肥大化は、部材表の行数が数千行を超え、VLOOKUPやSUMIFが列全体参照（A:A形式）のまま組まれているブックで顕著です。品目が増えるたびに再計算範囲が広がり、ある日突然「開くのに1分かかる」「保存に固まる」状態になります。私たちが現場のブックを見せてもらうと、この列全体参照はほぼ必ずと言っていいほど残っていて、品目が増えていく過程で少しずつ重くなり、ある規模を境に体感が一気に悪化する、という共通の流れをたどります。あくまで肌感覚ですが、品目数が200を超えたあたりからこの兆候を訴える会社が増える印象です（これも業界標準ではなく、現場で相談が増えてくる目安として捉えてください）。

属人化した関数の問題も深刻です。工程順の分岐や特急対応の例外処理を、ネストしたIF関数や複雑な配列数式で組んだ担当者が異動・退職すると、誰も式の意味を追えなくなります。「触ると壊れるから触らない」という状態のシートが1枚でもあると、そこがボトルネックになり続けます。

同時編集の衝突は、共有フォルダ上のブックを複数人が同時に開いたときに起きる「読み取り専用」ロックの問題です。生産現場では朝の進捗入力が担当者間で重なりやすく、待ち時間そのものが生産性を削ります。クラウド化していないブックほどこの問題は頻発します。

延命策は効くが、いずれ構造的な壁に当たる

VBAマクロによる自動化やファイル分割は有効な延命策ですが、リアルタイム性と権限管理という構造的な壁には対応できません。

多くの現場は、破綻の兆候が出た段階でまずマクロ化に走ります。転記作業をVBAで自動化し、条件付き書式や関数の再計算を最小限に抑えることで、体感速度は確かに改善します。工程別・拠点別にファイルを分割し、集計だけ別ブックで束ねる構成にすれば、単体ファイルの肥大化も一時的には防げます。

ただし、これらの延命策には共通の限界があります。マクロは書いた本人にしかメンテナンスできないブラックボックスになりやすく、ファイル分割は「今どのファイルが最新か」という別の管理コストを生みます。何より、複数拠点や複数人が同時にリアルタイムで同じ在庫数・進捗状況を見る仕組みには構造的に対応できません。誰かが更新してから他の人が反映を確認するまでにタイムラグが生まれ、二重発注や欠品を防ぎきれなくなります。権限管理も同様で、「このシートは経理には見せたいが編集させたくない」といった粒度の制御は、共有フォルダとパスワード保護だけでは限界があります。

脱エクセルを検討すべきタイミングの見極め方

品目数・日次受注件数・拠点数のうち2つ以上が目安ラインを超えたら、投資対効果が逆転するタイミングです。

具体的な目安として、品目数が200を超える、日次受注件数が20件を超える、生産拠点や倉庫が2つ以上に分かれる、の3つを最初の当たりをつける入口としてよく使います。ここで念のため断っておくと、この数字は業界共通の標準値ではありません。私たちが受託や無料診断の現場で工場のブック運用を見せてもらう中で、「そろそろエクセルがつらい」という相談がこのあたりの規模から増えてくる、という経験的な水準にすぎません。同じ品目数でも、更新頻度が低く担当者が1人で完結している現場なら当分は問題なく回りますし、逆に品目が150程度でも複数人が同時に触り、拠点をまたいで在庫を共有している現場は、もっと手前で悲鳴を上げます。

なので実際の見極めは、品目数という単一の数字ではなく、更新頻度・同時に触る担当者数・拠点数の複合で決まると考えたほうが実態に近いです。上の3つの目安はあくまで入口の物差しで、1つだけであれば関数の見直しやマクロ化でまだ延命できることが多いのですが、2つ以上が重なると、エクセルの構造そのものが限界に近づいているサインとして扱っています。

もう一つの見極めポイントは「聞かないとわからない」情報がどれだけ増えたかです。在庫数や進捗状況を確認するのに、システムを見れば済むのではなく、誰かに電話や声かけで確認しないとわからない状態が常態化しているなら、それはエクセルの表現力ではなく運用そのものが限界を迎えているサインです。この状態を放置すると、確認のための工数が現場の生産性を静かに削り続けます。

移行を失敗させない3ステップの段取り

いきなり全社刷新ではなく、①棚卸し②一部門でのPoC移行③段階移行の順で進めるのが失敗しない型です。

最初のステップは、今の3表（生産計画・進捗・部材）が実際にどう運用されているかの棚卸しです。誰がいつ何を入力し、どの関数が何をしているかを一度書き出すと、移行時に「実は誰も使っていなかった機能」や「逆に絶対に欠かせない例外処理」が見えてきます。ここを飛ばして新システムの選定に入ると、現場の実運用と機能がずれて定着しません。

次に、最も破綻に近い1工程だけを選んでPoC的に移行します。多くの現場では部材・在庫管理が最初のボトルネックになっているため、ここから着手するケースが多く見られます。全体を一度に切り替えるのではなく、1工程だけ新システムと並走させ、現場の負荷と効果を実測してから範囲を広げるほうがリスクが小さくなります。

最後に、部材表・品目マスタは列名を統一したCSVで移行し、過去の進捗実績は全件ではなく直近3〜6ヶ月分に絞って取り込みます。全履歴を移行しようとすると、データクレンジングだけで数週間かかることも珍しくありません。現場が実際に参照する範囲に絞ることで、移行工数を大きく圧縮できます。

まとめ

エクセルでの生産管理は、生産計画・進捗・部材の3表を品目コードで連携させる基本形なら、中小規模の現場では十分に機能します。破綻するのは「ファイルの肥大化」「属人化した関数」「同時編集の衝突」が重なったときで、品目数・受注件数・拠点数のいずれか2つ以上が目安ライン（私たちが現場で相談が増えてくる水準として見ている入口の数字であって、業界標準値ではありません）を超えたら、脱エクセルの投資対効果を検討する時期です。実際の判断は数字そのものより、更新頻度・担当者数・拠点数の複合で決まります。移行は棚卸しから始め、1工程だけのPoCで実測してから段階的に広げれば、大きな失敗を避けられます。

自社の生産管理がどの段階にあるか、どの表から手をつけるべきか判断がつかない場合は、初月無料の経営AI診断（通常30万円相当）で現状のブック運用を可視化し、破綻ラインまでの余裕と移行の優先順位を一緒に整理できます。まずは現状の3表を洗い出すところから始めてみてください。

FAQ

生産管理をエクセルで続けるべきか、システム化すべきかの判断基準は？

品目数・日次受注件数・拠点数のうち2つ以上が目安ライン（品目200超・日次受注20件超・拠点2以上）を超えたら検討時期です。この数字は業界標準値ではなく、私たちが現場で脱エクセルの相談が増えてくる水準として見ている入口の目安で、実際は更新頻度・担当者数・拠点数の複合で決まります。1つだけなら関数やマクロの見直しで延命できることが多く、複数が重なったタイミングでシステム化の投資対効果が逆転します。

エクセルの生産管理表が重くて開かなくなったら何をすればいいですか？

まず参照範囲が広すぎる関数（列全体参照のVLOOKUPやSUMIF）をテーブル範囲指定に絞り込むと軽くなります。それでも改善しない場合は、行数が数千行を超えているサインなので、シートを分割するかシステム化の検討時期に入っています。

脱エクセルはどこから着手すればいいですか？

いきなり全社刷新ではなく、まず現状の3表（生産計画・進捗・部材）の運用実態を棚卸しし、最も破綻に近い1工程（多くは部材・在庫）だけを小さくPoC移行するのが失敗しない進め方です。全体は最後に揃えます。

エクセルの生産管理を移行する際、データはどう引き継げばいいですか？

部材表・品目マスタは列名を統一したCSVに整形してから取り込むのが基本です。過去の進捗実績は全件移行せず直近3〜6ヶ月分に絞ると、移行作業とデータクレンジングの工数を大きく圧縮できます。

関連記事

• 受注管理のAI自動化はどこまで可能か 中小製造業のための実務ガイド — 関連: 受注から生産計画への接続
• 町工場・製造業のAI活用 見積と図面対応と一次問い合わせを自動化する実践ガイド — 関連: 製造現場の属人業務の自動化
• ものづくり補助金でAIを導入する 対象・補助率・申請のポイント — 関連: システム移行費用の補助制度
• 中小企業のAI導入 費用相場と内訳 初期費用から運用コストまで実例で解説 — 関連: 移行コストの相場観
• 中小企業がClaude Codeで業務自動化する導入ステップとROI試算 — 関連: 段階的なシステム移行の進め方