# 生産管理の脱Excelが失敗する理由 — 先に決める二つのこと - カテゴリ：製造業DX - 公開：2026-08-26（更新 2026-08-26） - 著者：オプトアップ株式会社 - URL：https://optup.jp/column/seisan-kanri-datsu-excel 生産管理の脱Excelは、システムを選ぶ前に決めることで成否が分かれます。導入が空振りに終わる三つの型を整理し、業務プロセス・指標とデータ項目・システムという順番と、ノーコードで小さく検証してから本番の器を決める進め方をまとめます。 生産管理をExcelで回している会社で起きていることは、業種が違ってもよく似ています。担当者ごとにファイルが分かれて最新版がどれか分からなくなり、実績は月末にまとめて手入力され、誰かが休んだ週は予定を追えなくなる。もう限界だという実感はあるのに、では何に移すのかという話になると、そこで止まってしまう。 生産管理システムの比較記事を読むと、Excelの限界が列挙されたうえで、システムに一度入力すれば受注管理から原価集計まで自動で反映されると書かれています。書かれていること自体は間違っていません。ただ、その順番で進めた会社が一年後にどうなっているかまでは、あまり書かれていません。 結論を先に書きます。脱Excelはシステムを選ぶ作業ではなく、業務プロセスを固め、そこで使う指標とデータ項目を定義する作業です。この順番を飛ばして先に器を決めると、私たちの経験では大体うまくいきません。そして中堅・中小企業の場合、順番どおりに進めた結果、ノーコード（プログラムを書かずに画面上の操作で業務用のデータベースやアプリを組み立てられるツール）で作ったもので事足りてしまうことも少なくない、という印象を持っています。 ## Excel管理が限界かどうかは、三つの兆候で判じられる 移す先を考える前に、いまが本当に限界なのかを確かめておくと、その後の議論が速くなります。私たちが相談を受ける会社に共通して見られる兆候は、次の三つです。 一つ目は、同じ情報を二か所以上に入力していることです。受注の内容を案件表に書き、同じ内容を工程表にも書き、出荷の連絡でもう一度打ち直している。この状態では、どれが最新かを判断する作業そのものが仕事になります。二つ目は、知りたい数字が出るまでに日単位の時間がかかることです。来月の負荷を見たい、この案件の実績を見たいと思ったときに、担当者がファイルを開いて集計を始めなければ答えが出ないなら、その数字は意思決定に間に合っていません。三つ目は、そのファイルを直せる人が一人しかいないことです。関数やマクロが積み上がった結果、作った本人以外が触れなくなっている状態は、業務が個人に閉じたことを意味します。 三つのうち二つが当てはまるなら、道具を変える検討に入ってよい段階だと考えています。ただし、当てはまったからといって、次にやることは製品比較ではありません。 ## 生産管理システムを先に入れる進め方が、うまくいかない理由 導入がうまくいかなかった現場を私たちが見てきた範囲では、原因が製品の機能不足だったことはほとんどありません。選ぶ前に決めておくべきことが決まらないまま選定に入っていた、という一点にたどり着きます。つまずき方は、次の三つの型に分かれます。 つまずきの型 現場で起きること 業務プロセスが固まっていない パッケージの入力項目に自社の業務を合わせられず、現場が元のやり方と並行して記録を残す 何を数えるかが決まっていない 入力の手間は増えたのに、出てくる数字が判断に使えない 二つの帰結として、使われなくなる 手元のExcelが復活し、システムは受注の登録だけに縮む 一つ目は、導入の初期に表れます。パッケージには、その製品が想定する業務の型が入力項目として組み込まれており、自社の進め方がその型と一致していなければ、どちらかを曲げることになります。業務プロセスが言語化されていない会社では、この場面で自社側を曲げる判断ができません。誰も全体像を持っていないため、曲げてよい部分と曲げてはいけない部分の区別がつかないからです。結果として、システムには最低限の項目だけを入れ、実際の段取りはこれまでどおり手元のファイルで進める運用が生まれます。記録の場所が一つ増えただけの状態です。 二つ目は、少し遅れて効いてきます。入力自体は回り始めるものの、集まったデータから知りたいことが出てこない。負荷が高いのはどの工程か、どの案件で見積もりと実績がずれたのか、来月は人が足りるのか。こうした問いに答えるには、答えられるだけの項目を、答えられる単位で取っておく必要があります。何を数えるかを決めずに器だけ用意すると、データは溜まっても判断には届きません。 この落差は、統計にも表れています。2026年版のものづくり白書によれば、一連の製造プロセスにおけるデータを何らかの目的で取得している事業者は66.0%、実際に活用している事業者は51.4%、活用して効果が得られた事業者は43.9%です（いずれも回答事業者全体に対する割合。[2026年版ものづくり白書 概要](https://www.meti.go.jp/report/whitepaper/mono/2026/pdf/gaiyo.pdf) p.19。原調査は三菱UFJリサーチ＆コンサルティングが2026年3月にまとめた報告書で、白書本文では7割弱、約4割と表現されています）。目を引くのは、最も大きく落ちるのが取得から活用の段だということです。白書は落ちる理由までは分解していませんが、私たちが見てきた範囲で効果に届いていたのは、取ったデータが判断に使える単位で定義されていた会社でした。 三つ目は、一つ目と二つ目の帰結です。手間が増えて見返りがなければ、現場は使わなくなります。使われないシステムは受注の登録だけを担う台帳になり、生産管理の実務は元の場所へ戻ります。ここまで来ると、次にシステムを入れ替える話が出たときにも、社内の反応が冷たくなります。失敗の本当のコストは、費用よりもこの部分です。 なお、脱Excelの解説記事は、私たちが読んだ範囲では、Excelの限界を列挙したうえで製品の紹介へ進む構成が大半を占めていました。その間にある工程についても、現状の業務フローを棚卸しするという一文で触れられていることはあるものの、管理単位や指標をどう定義するかまで踏み込んだものは、あまり見かけません。そこは道具を売る側の仕事ではない、という事情もあるように見えます。しかし私たちの経験では、飛ばされたその部分が、うまくいかない理由のほとんどを占めます。 ## 脱Excelの順番は、業務プロセス、指標とデータ項目、システムの三段 うまくいっている会社が特別なことをしているわけではありません。当たり前の三段を、当たり前の順番で踏んでいるだけです。 ### 第一段 業務プロセスを固める 最初にやるのは、受注から出荷までの流れを書き切ることです。ここで書くのは工程の名前ではなく、各工程が何を受け取り、何を作り、誰に渡すのかという単位です。あわせて、どこで人の判断が入るのかを明示します。納期を回答する場面、作るか外に出すかを決める場面、出荷してよいと判定する場面。こうした判断点は、後でシステムに落とすときに承認や状態の切り替えとして表れる場所であり、先に洗い出しておく価値があります。 この作業をすると、決まっていると思っていた部分が実は決まっていなかった箇所が、私たちが関わった範囲ではほぼ例外なく出てきました。同じ工程を担当者ごとに違う順序で進めていた、例外的な案件の扱いが人によって違っていた、といった類のものです。それが本当に議論すべき論点であり、機能比較よりも先に片づける必要があります。この段階を飛ばして器を決めると、器に合わせて業務を後から曲げることになり、現場の納得が得られないまま運用が始まります。 なお、この書き出しの作業は、属人化の解消と同じ作業でもあります。誰の頭の中にあるかではなく、どの工程で何が起きるかを外に出す作業だからです。進め方は[属人化はAIで解消できるのか](https://optup.jp/column/zokujinka-kaisho-ai)で詳しく整理しています。 ### 第二段 そこで使う指標とデータ項目を定義する 業務の流れが見えたら、次に決めるのは、その流れの中で何をどの単位で数えるかです。ここが脱Excelの成否を分ける部分でありながら、最も飛ばされやすい部分でもあります。 飛ばされやすいわりに、難しさ自体は現場に認識されています。IPAが2026年4月から6月にかけて実施した調査では、データの整備・管理・流通における課題として、人材の確保が難しいが51.2%で最も高く、次いでデータの標準化が難しいが36.8%、管理システムが整備されていないが32.6%と続いています（[DX動向2026](https://www.ipa.go.jp/digital/chousa/dx-trend/rcu1hd0000017uk8-att/dx-trend-2026.pdf) 図表3-30、p.49）。器がないことよりも、揃える基準を決めることの難しさを挙げる企業のほうが多い、という並びです。 まず決めるのが管理単位です。何を一件として数えるのかを、工程ごとに定めます。製造は加工の単位で管理し、出荷は納品先に渡す単位で管理する、というように、同じ案件でも工程によって数える単位が変わることは珍しくありません。この対応関係を決めないまま項目だけを作ると、工程間で数字が突き合わなくなり、進捗も在庫も正しく積み上がらなくなります。 次に決めるのが、作業量をどう数えるかです。品目も寸法も工法も違う仕事を、個数や金額で数えている限り、工程にも人員にも積み上がりません。同じ一件でも、かかる手間が数倍違うことがあるためです。私たちがいま支援している設備工事会社の生産管理の立ち上げでも、着手の順番はここでした。工程表を引くことでも人員計画を作ることでもなく、一つひとつの製作物にどれだけの手間がかかるのかを、案件をまたいで比べられる形に置き直すところから始めています。手間の大きさを共通の点数として持てるようになると、負荷の平準化も、納期の回答も、人員計画も、同じ数字の上で議論できるようになります。同じ考え方は、[建設業の工程調整にAIは効くのか](https://optup.jp/column/kensetsu-kotei-chosei-ai)でも触れています。 そして、設計した点数は、最初のうちは実績と揃いません。ここで見にいくのは、点数の精度そのものではなく、ずれがどこで出るかです。手戻りや途中の変更は計画側の数字には残らないため、その理由は実際にかかった時間と人数を取ってはじめて見えてきます。計画側を精緻に作り込むより、ずれを観測できる状態を先に作るほうが、早く効きます。したがって、実績を取る仕組みは後から足すのではなく、最初の設計に入れておく必要があります。運用が始まってから入力を増やす話は、現場に受け入れられにくいためです。 ### 第三段 そのうえでシステムに落とす ここまで決まって、初めて器の話に入れます。このとき比較の軸は、機能の一覧ではなく、自社が定義した管理単位と項目をそのまま持てるかになります。 具体的に確かめる項目は三つです。工程ごとに違う数え方を同居させられるか。作業量の点数のように、自社で定義した計算を持ち込めるか。実績の入力を、現場がいま動いている動線の上に置けるか。この三つが通らない製品は、機能がいくつあっても第二段の成果を捨てることになります。逆にこの三つが通るなら、機能の数は決め手になりません。 費用の桁も、この段で初めて見積もれます。金額を左右するのは製品の価格表よりも、使う人数、拠点の数、既存の基幹システムとつなぐかどうかの三つで、いずれも第一段と第二段が終わっていなければ確定しません。見積もりを先に取ろうとして話が進まないのは、前提が決まっていないからです。 ## ノーコードで小さく回してから、本番の器を決める とはいえ、第一段と第二段が正しいかどうかは、紙の上では確かめられません。書き出した業務プロセスは、たいていの場合きれいすぎます。例外が抜け、実際には毎週起きていることが特殊ケースとして脇に置かれています。だから、実データで小さく動かして確かめます。 具体的には、AirtableやNotion、kintoneのようなノーコードのデータベースに受注・工程・実績を載せ、数週間から一、二か月ほど実際の案件で回します。項目の追加や画面の変更をその場で反映できる点が、この用途に向いています。範囲は一つの製品群や一つの工程に絞って構いません。むしろ全社を一度に載せると、検証したいことが埋もれます。実際に回してみると、書き出したプロセスの抜けも、決めた項目の過不足も、数週間で表に出てきます。そこで直したものが、本当に必要な要件です。 この検証を通った要件だけを、購入や開発の対象にします。逆に言えば、検証していない要件を要件定義書に書かないということでもあります。使われない機能に費用と時間を払う原因の多くは、この検証を挟まないことにあると考えています。 そして、私たちの経験では、中堅・中小企業の場合、この検証用に作ったものがそのまま本番として定着することが少なくありません。拠点の数と、同時に動く案件の数が一定の範囲に収まっていれば、ノーコードで組んだ仕組みで実務が回ってしまうためです。もちろん、すべての会社に当てはまる話ではありません。扱うデータ量が大きい、複雑な計算や自動最適化を伴う、既存の基幹システムと双方向でつなぐ必要があるといった条件が重なれば、いずれ移行が必要になります。 ノーコードで進める場合に、あらかじめ決めておくとよいことが三つあります。 - 個人のファイルに戻さないこと。作った仕組みの外でExcelが動き始めると、元の状態に近づいていきます。ただし、帳票や分析のためにExcelへ書き出すこと自体は問題ありません。入力を一か所に集めることと、出力にExcelを使うことは両立します - 入力の入口を絞ること。誰がどこから入れるかを一本化しないと、同じ情報が別の形で二重に入ります - 移行を判断する条件を先に決めておくこと。データ量、同時に使う人数、外部システムとの連携のうち、どれが限界に来たら本番の器を検討するかを、始める段階で決めておきます ## AIが効くのは、指標とデータが定義されたあと 生産管理の話をしていると、AIでどこまでできるのかという質問をほぼ毎回いただきます。答えは、第二段が済んでいるかどうかで変わります。渡せるものがデータとして存在していなければ、AIは一般論を返す道具にしかならないためです。 定義が済んでいれば、任せられる範囲ははっきりします。図面や注文書から項目を起こす下書きを作らせることも、計画と実績の差がどこで生じたのかを洗い出させることも、変更が起きたときに影響を受ける作業を拾わせることもできます。いずれも判断ではなく作業であり、人が最後に確認する前提で任せられます。 一方で、人に残すべきものもはっきりしています。納期が競合したときにどちらを優先するか、どの工程を外に出すか、品質上の懸念をどこまで許容するか。これらは取引関係や現場の事情に左右され、データに現れていない前提を含みます。何を渡し、何を残すかの線引きについては、自社の業務をAIへ移した際の記録を[外注費削減の前に、AIで代わりを作る](https://optup.jp/column/outsourcing-cost-ai)にまとめています。 ## 最初の二つは、Excelのままでも今週から着手できる 三段のうち、器を用意しなくても始められるのは第一段と第二段です。 受注から出荷まで、各工程が何を受け取り、何を作り、誰に渡すのかを紙一枚に書き出す。ここで埋まらない部分が、決まっていない部分です。次に、工程ごとに何を一件として数えるかを定め、作業量を共通の単位で表す物差しを設計します。 そのうえで勧めたいのが、過去の案件でその物差しを試算してみることです。すでに終わった案件であれば、かかった時間の記録や関係者の記憶がまだ残っています。十数件も当ててみると、物差しがよく合う案件と大きく外れる案件が分かれます。外れた案件に共通する条件が、設計に入れ損ねていた要素です。この試算は表計算ソフトの上でもできますし、ここまで済ませてから器の話に入ると、検証にかかる期間が目に見えて短くなります。 ## まとめ 生産管理の脱Excelは、移す先を選ぶ作業ではなく、移す前に決めるべきことを決める作業です。要点を再確認します。 - 限界かどうかは、同じ情報を二か所以上に入力している、知りたい数字が出るまでに日単位かかる、そのファイルを直せる人が一人しかいない、の三つで判じられます - システムを先に決めると、業務がパッケージの型に合わず現場が並行して記録を残し、数える項目が未定のためデータが判断に使えず、結果として使われなくなります - 製造プロセスでデータを取得している事業者は66.0%、活用している事業者は51.4%、活用して効果が得られた事業者は43.9%です。最も大きく落ちるのは、取得から活用の段です - 踏むべき順番は、業務プロセスを固める、そこで使う管理単位と指標を定義する、そのうえでシステムに落とす、の三段です。器を比べる軸は、自社の数え方をそのまま持てるかどうかに置きます - 第一段と第二段が正しいかは実データでしか確かめられないため、範囲を絞ってノーコードで回して検証し、通った要件だけを購入や開発の対象にします。中堅・中小企業では、その検証用の仕組みがそのまま定着することも少なくありません **業務分解ワークシートを配布しています** 本稿の第一段にあたる、業務プロセスを工程ごとに書き出す作業を、そのまま進められる記入式のワークシートをご用意しました。各工程が何を受け取って何を作っているか、判断基準は言語化されているかを埋めていく1枚で、埋まらない欄が、いま決めるべき論点です。記入例として製造業の受発注と建設業の工程調整の2種を収めています。印刷して使えるPDFと、パソコンで記入できるExcelのセットです。 [業務分解ワークシートをダウンロードする](https://optup.jp/contact-gyomubunkai) OptUpは、仙台を拠点にAI導入・業務改善・事業開発の実行支援を行うコンサルティング会社です。業務の棚卸しから、ノーコードでのデータ基盤の設計・実装、AIへの業務移行まで、動く仕組みを作るところまで伴走します。生産管理のどこから手を付けるべきか整理したいという段階のご相談も、[お問い合わせ](https://optup.jp/contact)からお受けしています。 ## よくある質問 ### 生産管理システムを入れれば、Excel管理の問題は解決しますか？ 製品の選定から入ると、期待どおりにはなりにくいと考えています。自社の業務の進め方と、何をどの単位で数えるかが固まらないうちに器を決めると、パッケージが想定する入力項目に業務を合わせられず、現場が元のやり方と並行して記録を残すことになるためです。私たちが勧めているのは、業務の流れを書き切る、そこで使う管理単位と指標を決める、そのうえで器を選ぶ、という順番です。この順番を踏むと、製品を比べる軸が機能の数ではなく、自社の数え方をそのまま持てるかどうかに変わります。 ### ノーコードで作ったもので、本当に本番運用に足りますか？ 足りる場合と足りない場合があります。私たちの経験では、中堅・中小企業で拠点の数や同時に動く案件の数が限られている場合、ノーコードのデータベースで組んだ仕組みがそのまま定着することは少なくありません。一方で、扱うデータ量が大きい、複雑な計算や自動最適化を伴う、既存の基幹システムと双方向でつなぐ必要があるといった条件が重なると、いずれ移行が必要になります。始める段階で、どの条件を超えたら本番の器を検討するかを決めておくことを勧めています。 ### 新しい仕組みを作っても、現場が入力してくれないのではないですか？ 入力が現場の仕事の流れから外れていると、そうなりやすいと考えています。実績の記録を後から追加の作業として足すのではなく、もともと行っている報告や受け渡しの動作そのものを記録の形にできるかどうかが分かれ目です。私たちは、入力してもらう項目を最初に絞り込み、その項目が現場に返ってくる形を先に用意することを勧めています。翌日の段取りや負荷の見通しとして返ってこないうちは、入力は続きません。