この記事の結論: 工程管理システムの要件定義は、現場の進捗入力負荷を最小化しつつ、計画と実績の差異をリアルタイムに可視化できる仕組みを定義することが成否の分かれ目です。
製品の一覧から探したい方は、先に工程管理の比較記事(製造業向け工程管理20選)もあわせてご覧ください。本記事はその「比較の前段」にあたる内容です。
工程管理システムの要件定義とは
工程管理システムにおける要件定義とは、生産計画の立案・負荷山積み・進捗実績収集・遅延アラートといった一連の業務を、自社の生産方式(個別受注・繰返・見込)に合わせてどこまでシステム化するかを明文化する作業です。単に工程表をデジタル化するのではなく、誰がどの粒度で実績を入力し、その情報をどう計画へフィードバックするかまでを決めます。曖昧なまま導入すると、現場が紙やExcelに逆戻りする結果を招きます。
なぜ要件定義で工程管理システム導入の成否が決まるのか
工程管理システムは現場作業者の実績入力が前提のため、入力負荷と運用ルールを要件段階で詰め切れていないと、データが集まらず計画精度も上がりません。導入後の追加開発も高額になりやすく、要件定義の精度が投資回収を左右します。
- 現場の進捗入力を軽視し、作業者がバーコードやタブレットで実績を打てる導線を設計しないため入力されず空振りする
- 個別受注生産なのに繰返生産前提のパッケージを選び、製番管理や設計変更の追番に対応できない
- 負荷山積みや能力計画を要件から外し、結局Excelの工程表とシステムが二重管理になる
- MES・生産管理・実績収集端末との連携範囲を決めず、進捗が手入力のまま自動化が頓挫する
要件定義で決める5つの範囲
- 生産計画 — 受注・内示から大日程・中日程・小日程を展開し、設備や人の能力で負荷山積みを行う範囲
- 工程展開 — 品目ごとの工順マスタをもとに、製番・ロットへ作業手配(ワークオーダー)を発行する範囲
- 進捗実績収集 — 作業者が着手・完了・数量・不良をバーコードやタブレットで入力し実績を取得する範囲
- 差異管理 — 計画対実績の進度・遅延・仕掛を可視化し、遅延アラートやリスケを支援する範囲
- 原価・分析 — 工程別の実績工数や設備稼働を集計し、標準との差異や負荷率を分析する範囲
自社が個別受注(製番管理)か繰返・見込(MRP)かで、スケジューラの方式やマスタ構造が根本的に変わるため、生産方式の明記を最優先してください。
要件定義の進め方:5ステップ
| ステップ | 内容 | アウトプット |
|---|---|---|
| ① | 現状の工程表運用とボトルネック工程を棚卸しし、計画変更の頻度と実績入力の実態を把握する | 現状業務フロー図・工程一覧・課題リスト |
| ② | 対象となる生産方式・製品群と、スケジューリングの粒度(日次/時間単位)・対象設備を定義する | 対象範囲定義書・生産方式区分表 |
| ③ | 工順マスタ・能力データ・実績入力方法など、計画と実績収集の業務要件を整理する | 業務要件一覧・進捗入力フロー |
| ④ | 機能要件・非機能要件・連携要件をRFPとしてまとめ、評価軸と重み付けを設定する | RFP・要件定義書・評価基準表 |
| ⑤ | PoCで自社データを使い、負荷山積みと進捗反映の挙動を検証してから本番要件を確定する | PoC結果報告・最終要件定義書 |
計画遵守率(納期遵守率)、工程別リードタイム、設備稼働率、進捗実績の入力率(入力遅延時間)を必達KPIとして要件段階で設定してください。
機能要件チェックリスト(工程管理システムの核心)
工程管理システムに求める代表的な機能要件です。自社の状況に照らして「必須/任意/不要」を判断してください。
| 大分類 | 主な要件項目 |
|---|---|
| 生産計画・日程計画 | 大日程・中日程・小日程の展開, 製番/ロット単位の計画立案, ガントチャートによる工程表編集, 計画のバージョン管理 |
| スケジューリング | 有限能力スケジューリング(FCS), 設備・人・治具の制約考慮, 順序付け(段取り最小化), 前詰め/後詰め計算 |
| 負荷・能力管理 | 設備別・工程別の負荷山積み, 能力カレンダー(シフト・稼働時間)管理, 負荷率の可視化, ネック工程の特定 |
| 工順・品目マスタ | 工順(ルーチング)登録, 標準工数・段取時間の設定, 代替工程・外注工程の定義, 品目別BOMとの紐付け |
| 作業手配・指示 | ワークオーダー発行, 作業指示書・現品票の印刷, 製番/追番の管理, 設計変更時の手配差替え |
| 進捗・実績収集 | バーコード/QRによる着手・完了入力, タブレット端末からの数量・不良報告, 設備からの稼働自動取得, 仕掛在庫の把握 |
| 進捗監視・差異管理 | 計画対実績の進度表示, 遅延・前倒しアラート, 仕掛・滞留の可視化, ボトルネックの遅延伝播表示 |
| リスケジュール | 割込み受注・特急対応の再計画, 設備故障時の代替手配, ドラッグ操作での工程入替, 影響範囲のシミュレーション |
| 実績集計・原価 | 工程別実績工数の集計, 標準対実績の差異分析, 設備稼働率・可動率の算出, 不良率・手直し工数の集計 |
| 外注・支給管理 | 外注工程の発注・納期管理, 支給品の出庫・受入, 外注先進捗の取込, 外注リードタイムの計画反映 |
見落としがちな要件: 見落としがちなのは設計変更・特急割込みへの追従と、外注工程を含めた一気通貫の進捗把握です。製番管理が必要な個別受注では、追番管理や仕掛の製番別引当も要件に明記しないと運用が破綻します。
非機能要件で見落としがちなポイント
機能だけに目が向きがちですが、非機能要件こそ稼働後の満足度を左右します。
| 区分 | 確認すべき要件(目標値の例) |
|---|---|
| 性能 | 数千件規模のワークオーダーで有限能力スケジューリングが数分以内に完了し、進捗入力の画面応答が2秒以内であること |
| 可用性 | 生産シフトに合わせた稼働率99.5%以上を確保し、計画系障害時も現場端末で実績入力を継続できること |
| 拡張性 | 工場・ライン・設備の追加や品目数の増加(例:品目5万件超)に、マスタ再設計なしで対応できること |
| セキュリティ | 工程別・設備別の参照/編集権限を職制で制御し、計画変更や実績修正の操作ログを保持すること |
| 運用保守 | 工順マスタや能力カレンダーを情シスを介さず現場主管が更新でき、計画の自動リスケをバッチで日次実行できること |
| 移行 | 既存のExcel工程表・工順データ・仕掛情報を移行でき、移行後に計画結果が現行と一致することを検証できること |
| コンプライアンス | 製番・ロットごとの製造記録(トレーサビリティ)を保持し、ISO9001の工程記録要求や顧客監査に対応できること |
現場端末の応答速度とオフライン時の実績入力継続性は、工程管理システムの定着を直接左右するため必ず数値で合意してください。
基幹・周辺システムとの連携要件
どのシステムと、何を、どの方式(API/CSV/EDI)で、どの頻度で連携するかを定義します。
| 連携先 | 主な連携内容 |
|---|---|
| 生産管理/ERP | 受注・内示・製造指図・BOM・在庫情報を受領し、完了実績と所要量を返す |
| MES/実績収集端末 | 設備の稼働信号・サイクルタイムを取得し、作業手配を端末へ配信する |
| PLM/CAD・図面管理 | 工順・図番・設計変更情報を取り込み、最新リビジョンで作業指示を発行する |
| IoT・設備(PLC/SCADA) | 稼働・停止・チョコ停信号やカウンタ値を収集し、進捗と稼働率に反映する |
| 勤怠・人員管理 | シフト・出勤・スキル情報を取得し、能力カレンダーと人の負荷計画に反映する |
| 原価管理・会計 | 工程別実績工数と設備稼働を連携し、実際原価計算の基礎データを提供する |
| WMS/倉庫管理 | 部品・仕掛・完成品の在庫を同期し、出庫指示と工程引当を連動させる |
MES・設備からの実績自動取得をどこまで行うかで進捗データの鮮度が決まるため、連携方式(API・OPC UA・CSV)と更新頻度を要件で確定してください。
RFP(提案依頼書)に盛り込むべき項目
要件が固まったら、ベンダーへの提案依頼書(RFP)にまとめます。最低限、次の項目を含めます。
- 自社の生産方式(個別受注/繰返/見込)と対象製品群・対象工程の範囲
- 現状の工程表運用・実績入力方法と、解決したい課題(遅延・仕掛過多・二重管理)
- 有限能力スケジューリングや製番管理など必須となる機能要件と優先度
- MES・生産管理・設備など既存システムとの連携要件と連携方式
- 目標KPI(納期遵守率・稼働率・実績入力率)と性能・可用性の非機能要件
- 想定ユーザー数・端末構成・拠点数とデータ移行の対象範囲
RFPには現状の工順マスタ件数と計画変更の頻度を具体的に記載し、スケジューラの処理性能を各ベンダーに見積らせてください。
ベンダーを横並び比較する評価マトリクス
工程管理システムでは、スケジューリングエンジンの能力(有限能力・段取り考慮)と現場入力UIの使いやすさ、自社生産方式への適合度を最重視し、機能適合40%・現場運用適合25%・連携性15%・コスト10%・ベンダー製造業実績10%といった重み付けで評価することを推奨します。
デモは自社の工順データと割込み受注のシナリオで実演させ、リスケ時の挙動と入力負荷を必ず確認してください。
工程管理システム導入でよくある失敗と回避策
| よくある失敗 | 原因 | 回避策 |
|---|---|---|
| 導入後も現場が紙やExcelで進捗管理を続ける | 実績入力の導線が煩雑で作業者の負荷が増え、入力が後回しになる | バーコード・タブレットでワンタッチ入力にし、入力1件あたりの所要時間をKPI化する |
| スケジュール結果が現場感覚と合わず使われない | 段取り時間や設備制約を無視した無限能力計画になっている | 有限能力スケジューリングと実態に即した標準工数・段取マスタを要件に含める |
| 割込みや設計変更のたびに計画が崩壊する | リスケジュールと製番別追番管理を要件から外している | 特急・設計変更のシナリオでリスケ機能を検証し、影響範囲の再計算を必須要件化する |
| 計画と実績が二重管理になり工数だけ増える | MES・設備との連携範囲を決めず実績が手入力のまま残る | 実績自動取得の対象工程と連携方式を要件で確定し、手入力範囲を最小化する |
チェックリストの使い方(テンプレートとして使う)
本記事の機能要件・非機能要件・連携要件・評価マトリクスの各表は、そのまま要件定義の雛形(テンプレート)として使えます。表をコピーして自社に必要な項目の「要否」「優先度」を記入し、ベンダー回答を並べて比較してください。
- 各表で自社に必要な項目の要否(必須/任意/不要)と優先度を記入する
- 不足する自社固有の要件を追記する
- ベンダー回答(○標準/△設定・追加開発/×不可)を記入する
- 評価マトリクスで重みと評点を入れ、加重スコアで横並び比較する
※ 記入と加重スコアの自動集計ができるExcelテンプレート(ダウンロード版)は近日公開予定です。
関連記事
製品を比較したい方へ:製造業向け工程管理20選
生産管理の全体像から理解したい方へ:生産管理システムとは?機能・要件定義・選び方
要件定義の進め方(他システムの例):生産管理システムの要件定義 / 在庫管理システムの要件定義
よくある質問(FAQ)
Excelの工程表で足りているのですが、工程管理システムは必要ですか
製品数や割込みが増えて計画変更が頻発し、進捗が属人化している場合は有効です。要件定義では、まずExcelで限界になっている計画変更頻度とボトルネック工程を定量化し、システム化の対象範囲を絞ることをおすすめします。
生産管理システムと工程管理システムは何が違いますか
生産管理は受注・在庫・購買・原価まで広く扱い、工程管理は現場の日程計画と進捗・実績収集に特化します。要件定義では、所要量計算や購買はERP側、有限能力スケジューリングと進捗監視は工程管理側といった役割分担と連携範囲を明確にします。
有限能力スケジューリング(FCS)は必須機能ですか
ネック工程があり納期遵守が課題なら必須に近いですが、繰返生産で能力に余裕がある場合は負荷山積みの可視化で足りることもあります。自社の制約条件(設備・段取・人)を要件で洗い出し、必要な計画精度から判断してください。
現場が実績を入力してくれるか不安です
入力負荷の設計が定着の鍵です。要件定義の段階で、作業者がバーコードやタブレットで着手・完了をワンタッチ入力できる導線を設計し、PoCで実際の作業者に試用させて入力率と所要時間を確認してください。