--- title: "工程管理の手法を計画の階層で選ぶ｜山積み山崩しとシステム要件への翻訳" url: "https://www.issoh.co.jp/column/details/17016/" published: 2026-08-26 updated: 2026-09-27 categories: ["物流・製造"] publisher: "株式会社一創" --- # 工程管理の手法を計画の階層で選ぶ｜山積み山崩しとシステム要件への翻訳 工程管理の手法を調べると、ガントチャート、PERT、かんばん、山積み山崩しといった名前が並びます。ところが現場へ持ち込むと、図は描けたのに納期遅延がまったく減らないことも珍しくありません。原因の多くは手法そのものではなく、どの階層の計画に当てはめるのかを決めないまま道具だけを選んでいる点にあります。この記事では、大日程・中日程・小日程という計画の階層で手法を仕分けたうえで、負荷を数える山積みと平準化する山崩しの手順を実務の粒度まで下ろしました。さらに生産スケジューラを入れる条件と見送る条件を言い切り、選んだ手法をシステム要件へ翻訳する三点まで示します。製品の機能一覧や既製か自作かの全般的な判断は[工程管理システムとは？機能・選び方と既製か自作かの判断軸を解説](https://www.issoh.co.jp/column/details/15402/)で扱っているため、本記事は手法の選び分けだけに絞ります。 ## まとめ：工程管理の手法は計画の階層と負荷の見方を決めてから選ぶ 先に結論を置きます。工程管理の手法は「どの手法が優れているか」ではなく「どの階層の意思決定を助けるか」で選ぶと外れません。半期から一、二年を見る大日程計画、一か月から半期を見る中日程計画、一週間から一か月を見る小日程計画では、決めたい事柄も必要な情報の粒度も別物です。同じガントチャートでも、大日程で引けば設備投資の判断材料になり、小日程で引けば毎日書き換える羽目になります。 - 階層を先に決める：手法の名前より、いま決めたいのが能力なのか納期なのか作業順序なのかを特定する - 負荷は数えてから崩す：山積みで工程別の所要時間を積み上げ、超過した山だけを山崩しで前倒し・振替・外注へ逃がす - 平準化の物差しは余力管理：能力と負荷の差を毎週測る運用が回って初めて、手法が数字に効いてくる - 有限能力の割付が要るのは三条件：段取り替えの影響が大きい、並列設備の選択がある、納期の逼迫度が高い - 三条件に一つも当たらないなら、生産スケジューラを入れず中日程の見直しで足りる - 手法はマスタ粒度・再計画頻度・権限の三点で仕様化しないと、システムに載せた瞬間に形骸化する この順序を守らずに製品比較から入ると、機能は揃っているのに誰も計画を更新しない状態になりがちです。手法の選定は、道具選びではなく意思決定の設計だと捉えてください。 ## 工程管理の手法が噛み合わない原因｜計画の階層と手法の対応づけの崩れ 手法が効かない現場には共通の型があります。納期遅延という一つの症状に対して、原因の階層を確かめないまま小日程の道具を持ち出してしまう型です。受注量そのものが保有能力を超えているなら、日々の作業順序をいくら並べ替えても遅延は消えません。 ### 症状から手法を選ぶと外れる理由｜遅延の発生源は階層ごとに異なる 遅延の発生源は、大きく三つの階層に分けられる構造です。第一は受注量と保有能力の不整合で、これは大日程の問題になります。第二は特定の月に負荷が集中する山の偏りで、中日程で処理します。第三は段取り替えの順序が悪く実働時間が削られる問題で、小日程の領域です。第一の原因に対して小日程のスケジューラを導入しても、実行できない計画が実行できないまま精緻に描き直されるだけで終わります。着手前に、遅れた案件を五件ほどさかのぼり、どの階層で崩れたのかを特定してください。課題そのものの切り分け手順は[工程管理の課題を原因別に整理｜運用の見直しで直る範囲とシステム化の境界](https://www.issoh.co.jp/column/details/17014/)にまとめています。 ### JISの用語体系で見る工程管理｜手順計画から進捗管理までの並び 用語の面からも整理できます。JIS Z 8141の生産管理用語では、計画側に3303手順計画「必要作業、工程順序、作業順序及び作業条件を決める活動」、3305負荷計画「生産負荷を計算し計画期間全体にわたって各職場に割り付ける活動」、3302生産計画が並び、統制側に4103余力管理「現在の負荷状態と現有能力とを把握し、余力又は不足があるかを検討し、作業の再配分を行って能力と負荷とを均衡させる活動」、4104進捗管理「仕事の進行状況を把握し、日々の仕事の進み具合を調整する活動」が置かれています（2026年8月時点で参照した2001年版・2022年版の記載）。索引を追う限り「工程管理」という語は独立した用語番号としては見当たらず、実務語としての工程管理は、この計画系と統制系を束ねた総称として使われていると読むのが自然です。手法を選ぶ作業は、この並びのどこを補強するのかを決める作業に等しくなります。 ## 大日程・中日程・小日程の三階層｜手法を当てはめる前に決める計画の粒度 JIS Z 8141の3302生産計画は「生産量と生産時期とに関する計画」と定義され、注釈で大日程計画・中日程計画・小日程計画へ分類されています。実務ではこの三階層を、期間の長さではなく「決めること」で区別すると迷いません。 | 階層 | 期間の目安 | 決めること | 主な手法 | | ----- | -------- | --------- | ---------- | | 大日程計画 | 半期から一、二年 | 設備と人員の増減 | 能力計画と予算 | | 中日程計画 | 一か月から半期 | 個別オーダーの納期 | MRPと山積み山崩し | | 小日程計画 | 一週間から一か月 | 作業順序と段取り | 生産スケジューラ | ### 大日程計画で決める範囲｜期間の取り方と設備・人員の増減の判断軸 大日程計画で扱うのは、個別の受注ではなく総量です。年間または半期の生産量見込みを工程群ごとの負荷時間へ換算し、保有能力と突き合わせます。ここで不足が出た場合の打ち手は、設備の増設、人員の採用、外注枠の確保、あるいは受注そのものの選別に限られます。日程を組み替えて解決しようとするのは階層の取り違えです。判断材料としては、繁忙期の月あたり負荷時間が保有能力の何割に達するかという一つの比率で足ります。 ### 中日程計画で確定させる納期｜月次で個別オーダーを工程へ割る作業 中日程計画は、受注一件ずつを工程へ割り付け、納期を確定させる階層になります。ここでMRPを使う場合、能力を無限とみなして所要量とタイミングだけを求める点に注意してください。実際の能力と突き合わせるのは、後段の能力所要量計画（CRP）で各工程へ負荷を山積みする工程です。中日程で山を均しておかないと、小日程へ渡した時点で毎日の計画が破綻します。月次で回す場合は、確定枠を二週間、内示枠を四週間といった形で先の期間ほど粗く扱うと運用が保ちます。 ### 小日程計画で作業順序を決める｜日単位で段取り替えを詰める判断軸 小日程計画は、確定した納期を守るために作業順序を決める階層です。判断の軸は段取り替えの回数と時間で、同じ治具や同じ材料の案件をまとめれば実働時間が増える構造です。一方で納期の近い案件を後回しにすると遅延が出るため、段取り効率と納期遵守は必ず衝突します。この衝突をどちらへ寄せるかを人が決めるのか、計算で解くのかが、後述する生産スケジューラの判断につながっていきます。 ## 山積みと山崩しで負荷を平準化する手順｜余力管理と負荷計画の関係 山積みと山崩しは、中日程計画の中核をなす手続きです。名前は素朴ですが、実際に手を動かすと数え方の粗さがそのまま計画の精度になります。 ### 山積みで負荷を数える手順｜工程別の所要時間を期間軸へ積み上げる 山積みは、受注残と内示を工程別の所要時間へ変換し、週または日の単位で積み上げる作業を指します。手順は四つです。第一に品目ごとの標準時間を工程単位で用意し、第二に受注数量を掛けて総所要時間を出し、第三に納期から逆算して各週へ配分し、第四に工程ごとの保有能力線と重ねます。標準時間が無い現場では、直近三か月の実績時間の中央値で代用しても計画の目的は果たせます。設定手法の選び分けとマスタへの持たせ方は[工程管理の標準時間の決め方](https://www.issoh.co.jp/column/details/17032/)で整理しています。精度を上げるより先に、全工程を粗くでも数え切ることを優先してください。表計算で粘れる規模の目安は[エクセルでのプロジェクト管理が向いているケースと運用限界の見極め](https://www.issoh.co.jp/column/details/11237/)で整理しています。 ### 山崩しで平準化する三つの手立て｜前倒しと振替と外注の使い分け方 山崩しは、能力線を超えた山だけを崩す作業で、崩し方は三つに整理できます。前倒しは、材料と前工程に余裕がある案件を早い週へ移す方法で、仕掛在庫を増やす副作用が生じる手立てです。振替は、同等の能力を持つ別設備や別班へ移す方法で、段取り時間と習熟度の差が効いてきます。外注は、能力の絶対量が足りない場合の手立てで、単価と品質確認の工数が上乗せされる点に注意が必要です。三つとも副作用があるため、崩す順序は前倒し、振替、外注の順に検討すると総費用が抑えられます。全部の山を平らにしようとせず、能力線を一割以上超えた週だけを対象にするのが実務的な線引きです。 ### 余力管理へつなげる測り方｜能力と負荷の差を毎週見直す運用の型づくり 山積み山崩しを一度やって終わりにすると、翌月には元へ戻ります。JIS Z 8141の4103余力管理は、現在の負荷状態と現有能力を把握し、余力または不足を検討して作業の再配分を行う活動と定義されています。運用へ落とすなら、週次で工程別の負荷率を出し、超過工程だけを会議の議題に載せる形が続きやすい型です。指標は負荷率一つに絞り、担当と更新日時を固定してください。ここまでが回り出すと、どの手法を足せば効くのかが数字から見えてきます。 ## ガントチャートとPERTの使い分け｜工程の依存関係で分かれる適用条件 手法そのものの比較は、依存関係の複雑さで切ると判断しやすくなります。工程が一列に並ぶ仕事と、分岐と合流を含む仕事では、向く道具が変わります。 ### ガントチャートが効く条件｜工程数が少なく順序が固定された案件の型 ガントチャートは、横軸に時間、縦軸に工程や担当を置いて棒で期間を示す図です。工程数がおおむね二十以内で、順序が案件ごとに変わらない仕事では、これ一つで計画と進捗の両方が足ります。逆に、工程間の依存が複雑な仕事では、一本の棒を動かしたときに後続がどこまで動くのかが図から読み取れません。担当を縦軸に置けば負荷の偏りが視覚的に分かるため、簡易な山積みの代用にもなります。作図したあとに更新が止まらないようにする条件は、[工程管理のガントチャートが更新され続ける条件](https://www.issoh.co.jp/column/details/17024/)で、進捗率の定義と依存関係の設定まで扱っています。 ### PERTで見る依存関係｜三点見積りとクリティカルパスの読み取り方 PERT（Program Evaluation and Review Technique）は、作業の依存関係を結合点と矢印で表し、所要時間のばらつきを確率分布として扱う技法で、1950年代末に米国で成立したものとして知られています。同時期のCPM（Critical Path Method）は工期と費用の兼ね合いを扱う点で系統が異なります。実務で効くのはクリティカルパス、つまり余裕のない作業経路の特定です。全体工期を決めているのはこの経路上の作業だけなので、短縮の投資はここへ集中させます。楽観値・最可能値・悲観値の三点見積りは、見積り根拠を言語化する効果のほうが大きく、確率計算まで踏み込まなくても十分に価値が出ます。 ### かんばんと流動数管理が向く現場｜繰り返し生産で在庫を絞る場面の条件 かんばんは、後工程が引き取った分だけ前工程が作る仕組みで、品目が繰り返し流れる現場に向きます。個別受注が中心で毎回工程が変わる現場では、そもそも定常的な流れが作れないため機能しません。流動数管理は、投入累計と完成累計の二本の曲線を描いて仕掛量と滞留時間を読む手法で、こちらは個別受注でも使えます。曲線の間隔が開いていく工程が滞留点なので、山崩しの対象を選ぶ材料になります。 ## 生産スケジューラを入れる条件と見送る条件｜有限能力の割付が要る場面 ここが本記事で最も踏み込む部分です。生産スケジューラ（APS）は有限能力を前提に作業を割り付ける道具で、MRPが能力を無限とみなすのとは前提から違います。ただし、入れれば計画が良くなる道具ではありません。 ### 有限能力の割付が要る三条件｜段取り替え・並列設備・納期の逼迫度 導入を勧められるのは次の三条件のうち二つ以上に当たる場合です。第一に、段取り替え時間が実働時間の一割を超え、順序次第で日産能力が変わること。第二に、同じ工程を複数の設備や班で処理でき、どこへ流すかの選択が毎日発生すること。第三に、確定納期の案件が能力の八割以上を埋めており、順序の失敗がそのまま遅延になること。この三つが重なると、人手で解ける組み合わせの範囲を超えます。基幹側との実績連携やマスタ整備まで含めた設計が必要な段階であれば、[生産管理システム開発](https://www.issoh.co.jp/service/business%5Fsystem/production-management/)のように工程・原価・在庫を通しで扱える体制で要件から詰めるほうが、部分導入より手戻りが少なくて済みます。 ### 生産スケジューラを見送る場面｜MRPと中日程の見直しで足りる範囲 見送ってよい現場の条件も明確です。工程が一列で分岐が無い、段取り替えが品種切り替え時のみで日に一、二回に収まる、受注が内示ベースで急な差し込みが月に数件以内、この三つが揃うなら中日程の山積み山崩しを月次で回すだけで納期は守れます。この状態でスケジューラを入れると、マスタ整備の工数だけが増えて計画の質は変わりません。もう一つの見送り条件は、実績が工程単位で取れていない場合です。実績が無ければ割付結果を検証できず、計算結果を誰も信じない運用に落ちます。 ### 導入前に測る三つの数値｜計画立案時間・変更頻度・実績の到達率の水準 判断を数値で裏づけるなら、三つ測れば足ります。一つ目は計画立案に費やしている月あたりの延べ時間で、二十時間を超えていれば自動化の投資対効果が見込めます。二つ目は計画の変更頻度で、週に三回以上組み替えているなら人手の限界に近い水準です。三つ目は実績の到達率、つまり予定された実績のうち実際に入力された割合で、八割を下回る間はシステム化より入力運用の立て直しが先になります。三つのうち一つ目と二つ目が閾値を超え、三つ目が八割以上であれば、導入判断へ進んで差し支えありません。 ## 手法をシステム要件へ翻訳する三点｜マスタ粒度と再計画頻度と権限 手法が決まっても、そのままでは仕様になりません。要件へ落とす際に効いてくるのは、機能一覧ではなく次の三点です。 ### マスタの粒度を先に決める｜工程・設備・作業者をどこまで分けるか 粒度の決定は後戻りが最も高くつく部分になります。工程を細かく分けるほど計算は精密になりますが、実績入力の回数が比例して増え、現場が入力しなくなる分岐点があります。目安として、一人あたりの実績入力が一日一件から三件に収まる粒度を上限に置いてください。設備単位まで分けるのは、設備間で能力差がある工程だけに限ります。作業者単位の割付は、習熟度の差が生産量に二割以上効く工程に絞ると、マスタ保守が破綻しません。 ### 再計画の頻度と権限を仕様に落とす｜誰がいつ計画を差し替えるのか 計画は必ず崩れるため、崩れた後の手続きこそ仕様に書く必要があります。決めるのは三つで、再計算の頻度、確定枠の長さ、そして計画を差し替えられる人です。確定枠を設けずに毎日全体を再計算すると、現場は指示が変わり続ける状態に置かれ、計画そのものを見なくなります。確定枠内は変更不可、その先は日次で再計算といった線を引き、例外的に確定枠へ割り込める権限を一人か二人に限定する設計が現実的です。 ### 既製パッケージで届かない条件｜独自の順序制約と双方向の連携要件 既製品で足りるかどうかは、順序制約と連携方向の二点で判断できます。段取り順序に自社固有の制約があり、それが計算式として表現できない場合、パッケージの標準ロジックでは表せません。もう一点は、基幹システムと計画結果を双方向でやり取りする必要があるかどうかです。片方向の取り込みで済むならCSV連携で足りますが、実績を戻して再計算し、確定した計画を基幹へ書き戻す構成になると個別開発の検討域に入ります。基幹側の選び方は[生産管理システムを製造業が導入するには｜工程管理・BOM・原価連携で選ぶ判断軸とパッケージ／個別開発の分かれ目](https://www.issoh.co.jp/column/details/15502/)で扱っています。 ## よくある質問 工程管理の手法を検討する段階で、実際に多く寄せられる質問を五つ取り上げます。 ### 工程管理の手法にはどのような種類がありますか？ 計画側の手法として大日程・中日程・小日程の日程計画、負荷を扱う山積み山崩しと余力管理、図表としてのガントチャートとPERTがあり、統制側には進捗管理、現品管理、流動数管理が並びます。繰り返し生産ではかんばんが加わります。種類を覚えるより、いま決めたいのが能力なのか納期なのか作業順序なのかを先に特定してください。決めたい事柄が定まれば、対応する手法は二つか三つに絞られます。 ### 山積みと山崩しの違いは何ですか？ 山積みは負荷を数える作業、山崩しは超過した負荷を移す作業で、順序が固定されています。山積みでは工程別の所要時間を週や日の単位へ積み上げ、保有能力の線と重ねて超過箇所を見つける工程です。山崩しでは、その超過分を前倒し、別設備や別班への振替、外注のいずれかへ逃がしていきます。数えずに崩そうとすると、感覚で案件を動かすだけになり、別の工程に山が移動して終わります。 ### 日程計画はどの単位で作ればよいですか？ 三階層すべてを同じ粒度で作る必要はありません。大日程は月単位の総量、中日程は週単位のオーダー割付、小日程は日単位の作業順序という粒度が標準的な組み方になります。中小規模の現場では大日程を半期に一度の見直しに留め、中日程と小日程の二層で回す形でも十分に機能します。粒度を細かくするほど更新の手間が増えるため、更新を続けられる範囲で最も粗い単位を選んでください。 ### 生産スケジューラは必ず必要ですか？ 必要ではありません。段取り替えの影響が大きい、並列設備の選択が毎日ある、確定納期が能力の八割以上を埋めている、という三条件のうち二つ以上に当たる場合に初めて投資の意味が出ます。工程が一列で分岐が無く、差し込み受注も月に数件であれば、中日程の山積み山崩しを月次で回すだけで納期は守れます。実績が工程単位で取れていない段階での導入は、割付結果を検証できないため見送るのが賢明です。 ### エクセルでの工程管理はどこまで通用しますか？ 同時進行の案件が三十件以内、入力者が五人以内、工程数が二十以内であれば、山積み山崩しまで表計算で回せます。限界が来るのは件数ではなく、同時編集の待ちと版の取り違えが起き始めた時点です。ファイルの管理そのものに事務工数が食われ出したら、道具を替える段階に入っています。移行前に、その表計算で何をどの粒度で管理していたのかを書き出しておくと、要件定義が一気に短くなります。 ## 関連記事 - [工程管理システムとは？機能・選び方と既製か自作かの判断軸を解説](https://www.issoh.co.jp/column/details/15402/)：手法が決まって製品検討に進む段階で、機能と選定軸を確認できます。 - [工程管理の課題を原因別に整理｜運用の見直しで直る範囲とシステム化の境界](https://www.issoh.co.jp/column/details/17014/)：手法を選ぶ前に、遅延の発生源を切り分ける手順をまとめています。 - [工程管理アプリの選び方｜現場スマホ運用の要件と無料アプリの限界・基幹連携](https://www.issoh.co.jp/column/details/17012/)：実績を現場から集める端末側の要件を扱っています。 - [エクセルでのプロジェクト管理が向いているケースと運用限界の見極め](https://www.issoh.co.jp/column/details/11237/)：表計算のまま粘れる規模と、限界を迎える兆候を確認できます。 - [生産管理システムを製造業が導入するには｜工程管理・BOM・原価連携で選ぶ判断軸とパッケージ／個別開発の分かれ目](https://www.issoh.co.jp/column/details/15502/)：基幹側との連携から見た判断軸を整理しています。 - [スケジュール管理システムの比較｜3タイプの違いと選び方・費用相場・自社開発の判断軸](https://www.issoh.co.jp/column/details/15756/)：予定管理の側から見た製品タイプの違いを扱っています。 --- 出典: [工程管理の手法を計画の階層で選ぶ｜山積み山崩しとシステム要件への翻訳]()（株式会社一創）