この二つは、社内で話が噛み合わなくなる代表格です。生産管理の会議に呼ばれて工程表の話をしたら「それは工程管理の範囲だ」と言われ、工程管理を強化しようとしたら「原価が見えないと意味がない」と返される。どちらも間違っていません。二つの言葉が対等に並ぶものではなく、片方がもう片方を含む関係にあるからです。この記事では、まず定義の上での包含関係を押さえ、そのうえで計画と実行統制という業務の分担、システムの層ごとの守備範囲、そして自社がどちらから手をつけるべきかという順序の判断まで扱います。製品の機能比較や選び方は生産管理システムとはの記事と工程管理システムとはの記事に譲り、ここは言葉の線引きに絞ります。
まとめ:工程管理は生産管理の一部・順序は統制から入る
先に結論を置きます。この二語の関係を整理できた現場は、次の五点を共通の前提にしていました。
- 対等な二つではなく、包含の関係:生産管理は需要予測から生産統制までを束ねる広い管理活動で、工程管理はそのうち生産統制の部分を指します。並列に比較しようとすると、必ずどこかで話がずれました。
- 境目は「計画」と「実行統制」:何をいつどれだけ作るかを決めるのが生産管理、決まった計画を現場で成り立たせるのが工程管理でした。購買・在庫・原価は生産管理側に残ります。
- 動かしてよい対象が違う:工場内の日程は工程管理の裁量で入れ替えられますが、顧客と交わした納期や生産数量を動かすには生産管理側の判断が要ります。
- システムは四層で見る:ERP、生産管理システム、生産スケジューラ、工程管理システムやMES。重なる部分をどちらに寄せるかを先に決めないと、二重入力の温床になります。
- 着手は原則、統制側から:実績データが取れていない現場で計画の精度を上げようとしても、計算の材料がありません。先に実績を集める仕組みを置くほうが早く効きました。
逆に、扱う製品が数種類で工程が二つか三つ、受注から出荷まで一人が全部把握できている規模なら、二つの言葉を分けて管理する手間は見合いません。表計算の受注一覧と日々の口頭確認で足ります。分ける必要が出てくるのは、計画を立てる人と現場を回す人が別になった時点からでした。
JIS Z 8141が定める生産管理と工程管理の包含関係と守備範囲
社内の議論を早く収束させたいなら、まず用語の足場を外部の定義に置くのが確実です。生産管理の用語は日本産業規格に定めがあり、そこを共通の出発点にできます。
生産管理はQCDで需要予測から生産統制までを束ねる管理活動の全体
生産管理用語を定めたJIS Z 8141は、2022年3月22日改正の2022年版が最新です(2026年8月時点、日本規格協会の書誌情報で確認しました。制定は1983年、前版は2001年改正)。この規格は生産管理を、財やサービスの生産に関する管理活動として位置づけています。所定の品質・原価・数量と納期で生産するために、人・物・金・情報を用いて、需要予測、生産計画、生産実施、生産統制を行う手続とその活動、という骨格でした。
注目したいのは、四つの動詞が並んでいる点です。需要を読み、計画を立て、実際に作り、そのとおりに進んでいるかを統制する。この四つ全部を指す言葉が生産管理であり、どれか一つを指す言葉ではありません。品質・原価・納期の三つの頭文字を取ってQCDと呼ばれる管理対象も、この四つの活動を通して同時に成り立たせるものとして扱われています。
工程管理は狭義の生産管理にあたる生産統制であり実行段階を受け持つ
同じ規格は、狭義の生産管理として、生産工程における生産統制を指す用法を挙げ、これを工程管理ともいう、としています。つまり工程管理という語は、規格の上では生産管理の狭い方の意味そのものでした。別の管理活動が並んで立っているのではなく、広い意味の生産管理から計画側と調達側を取り除いた残りが工程管理にあたる、という関係になります。
この一文を知っているかどうかで、社内の議論の質はかなり変わります。「生産管理と工程管理はどちらが上位か」という問いは、規格の定義に照らせば答えが出ていました。上下ではなく包含です。そして包含である以上、工程管理だけを強くしても生産管理全体の成果には直結しません。逆に、計画だけ精緻にしても現場で回らなければ意味を持ちませんでした。
包含関係を一枚の図で共有すると議論が噛み合う理由と社内での使い方
実務で効くのは、この関係を一枚の図にして会議室に貼っておくことです。大きな円に生産管理と書き、その中に需要予測・生産計画・生産実施・生産統制の四つを並べ、生産統制の枠だけを太線で囲って工程管理と添える。それだけで、「今日の議題はどこの話か」を全員が指差しで確認できます。
ありがちなのは、部門名と管理活動の名前が一致しないまま議論が進む状態でした。生産管理課という名前の部署が、実際には受注入力と出荷手配しかしていない現場も珍しくありません。図に部署名を書き込むのではなく、まず活動を書き、そのあとで「この活動は今どこが持っているか」を色分けで重ねる。この順序で作ると、担当が空白の活動があぶり出されます。
計画は生産管理・実行統制は工程管理という業務分担の線引きと責任範囲
定義の話を実務に落とすと、どの仕事がどちらに属するかという分担の問題になります。ここを曖昧にしたまま人を増やすと、同じ作業を二人でやる部分と、誰も見ていない部分が同時に発生しました。
需要予測と生産計画は生産管理が持ち工程管理へ日程として渡す流れ
入り口は需要の見通しです。受注残と内示、過去の出荷実績から、これから何がどれだけ要るかを見積もる。ここから基準となる生産計画を作り、部品表と在庫を突き合わせて所要量を出し、いつ何を手配するかを決めます。この一連は生産管理の仕事でした。
そして生産管理は、確定した計画を日程の形で工程管理へ渡します。渡すものは「この品目をこの数量、この期日までに」という指示であって、どの設備でどの順に流すかまでは含みません。渡し方の粒度は現場によりますが、週単位の内示と日単位の確定を二段で出す形がよく見られました。所要量計算や部品表の持ち方そのものは製造業向けの導入判断を扱った記事で詳しく整理しています。
差立・進捗把握・現品管理という工程管理が受け持つ三つの実務範囲
受け取った側の仕事は三つに分かれます。ひとつ目が差立で、渡された日程を設備と人に割り付け、どの順で流すかを決める作業でした。段取り替えの回数を減らす並べ方、後工程の空きに合わせた投入、急ぎの割り込みへの対応が、ここで判断されます。
ふたつ目が進捗把握です。着手と完了の実績を集め、計画とのずれを見つけ、遅れていれば手を打つ。ここで集まる実績データは、そのまま生産管理側の計画精度の材料になりました。三つ目が現品管理です。仕掛品がどの工程に何個あるか、不良や手直しがどれだけ出ているかを、現物と帳簿で合わせ続ける作業になります。
この三つはいずれも、計画を変えることでは解決しません。現場の中で吸収するのが工程管理の役目であり、吸収しきれないと判断したときに初めて生産管理側へ差し戻します。差し戻しの基準を決めていない現場では、現場が無理を抱え込んだまま納期直前に露見する形になりがちでした。
購買・在庫・原価は生産管理側に残る理由と工程管理が触れない境界
混乱しやすいのが、購買と在庫と原価の扱いです。工程が止まる原因の多くは資材の遅れですから、現場は当然そこに関心を持ちます。しかし発注量と発注先を決める権限まで工程管理に置くと、在庫方針が現場ごとにばらけ、全社の在庫金額が誰にも見えなくなりました。
境界の引き方はこうです。工程管理は「いつ何が要るか」を正確に伝える側に立ち、「いくつ買うか、どこから買うか」は生産管理が決める。原価も同じで、工程管理が持つのは実績時間と数量、それを金額に換算して差異を分析するのは生産管理側でした。この分担にしておくと、現場が実績入力する動機も説明しやすくなります。入力した時間がそのまま原価に反映されるからです。
日程を動かしてよいのは工程管理・約束を動かすのは生産管理の役割
もう一つ、権限の線引きがあります。工場内の各工程に置いた完了期限は、工程管理の裁量で入れ替えて構いません。前工程が遅れたぶんを後工程の残業で吸収する、順序を差し替えて段取りをまとめる、といった判断は現場で完結させたほうが速いからでした。
一方、顧客へ回答した納期や、受注数量そのものを動かすには、相手の同意という手続きが要ります。ここは生産管理が窓口になり、営業と調整したうえで確定させる領域でした。この二つを同じ画面に色分けもせず並べると、遅れが出たときに「何なら動かしてよいのか」が現場から見えなくなります。動かせる日程と動かせない約束を、帳票の段階で分けておいてください。
ERP・MES・生産スケジューラと工程管理システムの守備範囲の重なり
言葉の分担が決まると、次に来るのが「ではどのシステムを入れるのか」という問いです。ここで四つのカテゴリの守備範囲が重なるため、比較表を見比べてもどれを選ぶべきか決まりません。層として捉え直すと整理できます。
| 層 | 主に決めること | 中心に持つデータ |
|---|---|---|
| ERP | 受注から会計までの流れ | 受注・在庫・仕訳 |
| 生産管理システム | いつ何をどれだけ作るか | 生産計画・所要量・原価 |
| 生産スケジューラ | 制約を入れた日程の解 | 設備能力・段取り時間 |
| 工程管理システム・MES | 現場への指示と実績収集 | 作業指示・実績・現品 |
ERPは受注から会計までを通す器で工程の細かい制御は持たない前提
ERPが強いのは、受注・購買・在庫・会計を同じ伝票の流れでつなぐところです。製造モジュールを持つ製品も多いのですが、設備単位の負荷計算や、分単位の実績収集までは想定していません。会計へ落ちる粒度で製造を扱う、と考えると外しにくくなりました。販売管理システムとの守備範囲の違いについてはERPと販売管理システムの違いを整理した記事で扱っています。
MESは製造実行の層で設備・作業指示・実績収集を現場で受け止める
MESは製造実行システムと訳されるとおり、現場の実行を受け持つ層です。作業指示を端末や帳票に出し、設備や作業者から実績を吸い上げ、品質記録やトレーサビリティの情報を残します。工程管理システムという呼び方と重なる部分が大きく、国内では両者を厳密に区別せず売られている製品もありました。見分けるなら、設備から自動で信号を取る機能を持つかどうかが一つの目安になります。
生産スケジューラは制約条件を入れて日程を作り直す計算の専用機能
生産スケジューラは、他の三つとは性格が違います。これは器ではなく計算エンジンで、設備能力・段取り時間・作業者のシフト・材料の入荷予定といった制約を与えると、実行できる日程を組み直してくれるものでした。単独で導入しても、制約の元データを他のシステムから持ってこなければ動きません。
導入して効果が出やすいのは、設備の組み合わせが多く、段取り替えの順序で生産量が大きく変わる工場です。逆に、工程がほぼ一本道で段取り時間も一定なら、計算で得られる改善幅は小さく、日程を人が引いても大差ありません。まず自社の日程がどれだけ組み替えの余地を持っているかを見てから、投資を検討してください。
四つの層が重なる部分をどちらに寄せるかを決める切り分けの判断軸
実務で悩むのは、たとえば在庫をERPで持つのか生産管理システムで持つのか、といった重複部分です。判断軸は二つあります。ひとつは更新の頻度で、日に何度も動く数量は現場に近い層に置いたほうが実態と合いました。もうひとつは、その数字を最終的に誰が説明するかです。決算で説明する数字は会計側の層に寄せます。
両方に持たせて同期する構成は、一見すると柔軟ですが、ずれたときの正解がどちらか分からなくなる弱点を抱えていました。どちらを正とするかを先に決め、もう一方は参照だけにする。この整理を要件定義の段階でやっておくと、稼働後の突き合わせ作業が減ります。
生産管理と工程管理のどちらから着手するかを決める判断の順序と条件
ここからが判断の話です。両方が要るのは分かっていても、予算も人手も一度には割けません。どちらから手をつけるかで、成果が出るまでの時間が変わります。
実績が集まっていない現場は工程管理の統制から入るべき条件の整理
結論から言うと、多くの現場は工程管理側、つまり実績を集める仕組みから入るべきです。理由は単純で、計画の精度は実績の蓄積でしか上がらないからでした。標準時間が推定値のまま負荷計算をどれだけ精緻にしても、出てくる日程は現実と合いません。
該当するかどうかは、次の問いで判断できます。工程ごとの標準時間を、直近半年の実績から更新できていますか。仕掛品の数量を、月末以外の任意の日に答えられますか。遅れの発生を、当日中に把握できていますか。この三つのいずれかが「いいえ」なら、計画側の投資は後回しにして構いません。先に測れるようにするほうが、同じ予算で得られる効果が大きくなりました。
先に生産管理の計画側から入って成果が出る三つの例外的なパターン
例外もあります。ひとつ目は、実績はそれなりに取れているのに、部品表と在庫が整っておらず、欠品と過剰在庫が同時に起きている場合でした。ここは所要量計算を先に立て直すほうが効きます。
ふたつ目は、受注の変動が大きく、そもそも何を作るかの決定が遅れている場合です。現場の統制を強めても、指示が届くのが遅ければ手の打ちようがありません。三つ目は、原価が案件別に出せず、赤字受注を止められていない場合でした。これは計画と原価の連携がない状態なので、統制側を磨いても改善しません。この三つに当てはまるなら、計画側から入る判断に合理性があります。
同時に両方へ手を広げた案件が止まる原因とマスタ整備の順番の設計
止まる案件に共通するのは、計画側と統制側を同時に作り始めて、マスタ整備が追いつかなくなるパターンでした。品目、部品表、工程、設備、標準時間。どれも現場に確認しないと埋まらない情報で、しかも整備には順番があります。品目が固まらないと部品表が組めず、工程が決まらないと標準時間を入れる箱ができません。
進め方としては、対象を一つの製品群に絞り、その範囲でマスタを最後まで通すことをおすすめします。全社の品目を並行して整備しようとすると、どれも八割で止まり、どの機能も稼働に入れません。範囲を絞る判断や、既製パッケージに乗るかどうかの見極めが自社だけでは決めきれない場合は、要件定義の段階から相談できる生産管理システム開発のサービスもあわせて検討してみてください。パッケージと個別開発の分岐そのものは生産管理システムの判断ハブ記事で整理しています。
どちらも入れずに表計算で足りる条件と線を越えたと判断する目安の置き方
システムを入れない選択も、条件がそろえば十分に合理的です。品目が数十点、工程が三つ以内、受注から出荷までを一人か二人が把握できている。この規模なら、表計算の一覧と現場の声かけで回りました。
線を越えたと考える目安は三つあります。同じ数字を二人以上が別々のファイルで持ち始めたとき。過去の実績を聞かれて、探すのに半日かかるようになったとき。そして、担当者が休むと納期回答が止まるようになったとき。このいずれかが起きているなら、表計算の限界を越えています。逆に、まだ起きていないなら、投資を急ぐ理由はありません。
用語の混在が現場を止める場面と組織・帳票での言葉のそろえ方の基準
最後に、言葉そのものの運用です。定義を知っていても、日々の帳票と会話がずれていれば、現場は元の呼び方に戻ります。
同じ帳票に別の意味の工程が並ぶ現場で最初にそろえるべき言葉の定義
よくあるのが、工程という語が二つの粒度で使われている状態でした。設備単位の加工作業を工程と呼ぶ人と、設計・調達・製造・検査という業務の段階を工程と呼ぶ人が、同じ会議に同席している。前者は工程管理の対象、後者は案件の進行管理の話で、混ぜると議論が成立しません。
そろえる順序としては、まず現場の作業単位を何と呼ぶかを決め、業務の段階のほうに別の語を割り当てます。段階、フェーズ、工区など、すでに社内で通じている語があればそれで構いません。大事なのは正しい語を選ぶことではなく、一つの帳票の中で一つの意味しか持たない状態を作ることでした。
生産管理部の中に工程管理を置く形と分離する形を分ける判断の条件
組織の置き方は二通りあります。生産管理部の中に工程管理の担当を置く形と、製造部門の中に工程管理を持たせて生産管理部と分ける形です。前者は計画と統制の情報が同じ部内で回るため、計画変更の反映が速くなりました。後者は現場に近いぶん、日々の判断が速くなります。
分ける判断の条件は、工場が複数あるか、生産方式が混在しているかでした。拠点や方式が複数ある場合、統制のやり方は現場ごとに違ってよく、計画だけを本社側で束ねる形が回りやすくなります。単一工場で方式もそろっているなら、無理に分けず一つの部内に置いたほうが伝達の手数は減りました。
求人票と職務範囲で言葉がずれたまま採用すると期待が噛み合わない理由
見落とされがちですが、採用の場面でもこのずれは効きます。生産管理の求人だと思って応募した人が、入社してみると仕事は差立と進捗の追いかけだった、というミスマッチでした。逆に、工程管理の経験者を採ったのに、いきなり需要予測と原価差異の分析を任せる例もあります。
職務内容の欄に、四つの活動のうちどれを担当するかを書き添えるだけで、この食い違いはかなり減らせました。需要予測、生産計画、生産実施、生産統制。この並びをそのまま使い、担当する範囲に印を付ける。定義を外部の規格に置いておくと、こうした場面でも説明の手数が省けます。
生産管理と工程管理の違いをめぐるよくある質問と実務目線での回答
工程管理は生産管理の一部だと考えてよいのですか?
はい、その理解で問題ありません。生産管理用語を定めたJIS Z 8141では、生産管理を需要予測・生産計画・生産実施・生産統制までを含む管理活動とし、そのうち生産工程における生産統制を指す狭い用法を工程管理と呼ぶ、という整理をしています。対等な二つの管理手法ではなく、広い方と狭い方の関係でした。ただし社内の部署名としては別々に置かれることもあるため、規格の定義と自社の組織図は分けて考えたほうが混乱しません。
生産管理システムを入れれば工程管理も一緒に片づきますか?
製品によります。生産管理システムの多くは工程の進捗を扱う機能を持っていますが、粒度が日単位で止まるものが少なくありません。設備から実績を自動で取る、作業者が端末で着手と完了を打つ、といった現場側の仕組みは別に用意する必要が出てきます。判断の目安は、進捗をどの単位で見たいかでした。日単位で足りるなら統合された製品で賄えますし、時間単位や設備単位で見たいなら実行層を別に置く構成になります。
建設業の工程管理も製造業と同じ考え方でよいのですか?
骨格は同じですが、対象が違います。建設業の工程管理は現場ごとの一品生産で、天候と協力会社の稼働に左右される点が製造業と異なりました。日程を組み直す頻度が高く、部品表や所要量計算より、工程表と出来高の管理に比重が寄ります。生産管理という語が使われる場面も製造業ほど多くありません。業種別の違いを含めたシステムの選び方は工程管理システムとはの記事で扱っています。
生産管理と工程管理で担当者に求められるスキルは違いますか?
見る時間軸が違うため、求められる力も変わります。生産管理は数週間から数か月先を読み、需要と能力の見通しを立てる仕事なので、数字の組み立てと部門間の調整が中心になりました。工程管理は当日から数日先を扱い、想定外が起きたときにその場で順序を組み替える判断が求められます。どちらも現場を知っている必要はありますが、片方の経験だけでもう一方をこなせるとは限りません。
小さな工場でも生産管理と工程管理を分けて考える必要はありますか?
分けて考える必要が出てくるのは、計画を立てる人と現場を回す人が別になった時点からです。一人が両方を持っているうちは、頭の中で連続しているので分ける利点がありません。ただし、その状態は担当者が休むと止まるという弱さも抱えていました。属人化を解く必要が出てきたときが、言葉を分けて手順に落とす時期だと考えてください。
関連記事
- 生産管理システムとは?機能・ERP/MESとの違いから種類・選び方と内製化の判断まで解説:製品カテゴリとしての守備範囲と、選び方・内製化の判断を扱っています。
- 工程管理システムとは?機能・選び方と既製か自作かの判断軸を解説:統制側のシステムに絞って、機能範囲と既製・受託の選び分けを整理しています。
- 生産管理システムを製造業が導入するには|工程管理・BOM・原価連携で選ぶ判断軸とパッケージ/個別開発の分かれ目:部品表と原価連携を含む、製造業での導入手順を詳しく扱っています。
- ERPと販売管理システムの違いは?連携・どちらを選ぶかと統合基幹への発展を解説:会計側の層と販売管理の守備範囲の切り分けを整理しています。