この記事の結論: 生産管理システムの要件定義は、機能一覧を作る作業ではありません。受注から出荷までの業務フロー、品目・BOM・工程・在庫・購買・実績・品質データの持ち方、ERP・MES・APSとの役割分担を決める作業です。失敗を防ぐには、最初から全部入りを狙わず、現場の痛みが大きい範囲から段階導入することが重要です。
要件定義で決めるべき範囲
| 領域 | 決めること | よくある失敗 |
|---|---|---|
| 業務範囲 | 受注、計画、購買、製造、在庫、品質、原価の対象範囲 | 対象範囲が広すぎて導入が止まる |
| マスタ | 品目、BOM、工程、設備、取引先、単位 | 既存Excelをそのまま移して不整合が残る |
| 計画 | MPS、MRP、APS、内示、確定受注 | 営業・購買・製造の前提がずれる |
| 現場実績 | 着手、完了、良品、不良、停止理由、ロット | 入力粒度が細かすぎて現場に定着しない |
| 連携 | ERP、MES、会計、販売、EDI、バーコード | どのシステムを正にするか決まらない |
| 帳票・KPI | 納期、在庫、進捗、原価、品質、負荷 | 導入後に見たい帳票が出ない |
進め方
- 現状業務を受注から出荷まで並べる
- 現場、購買、生産管理、品質、経理の困りごとを集める
- 必須要件、重要要件、将来要件に分ける
- 品目、BOM、工程、在庫、実績のマスタ整備方針を決める
- ERP、MES、APS、Excelの役割分担を決める
- 移行データ、教育、並行稼働、段階導入の計画を作る
要件定義チェックリスト
- 品目コードとBOMの版管理は決まっているか
- 工程マスタと標準時間は現場実態に合っているか
- 在庫のロケーション、ロット、棚卸ルールは明確か
- 受注、内示、需要予測を分けて扱えるか
- MRPで使うリードタイムと発注単位は整っているか
- 現場実績の入力担当と入力タイミングは決まっているか
- 例外処理、手戻り、不良、外注をどう扱うか決まっているか
- 経営層、管理部門、現場が同じKPIを見られるか
失敗しないための判断基準
要件定義では、完璧なシステムを最初から作るより、導入後に運用できる範囲へ絞ることが重要です。特に中小製造業では、BOM、工程、在庫、実績のデータが整っていないまま機能だけを選ぶと、導入後に使われないシステムになりがちです。まずは、納期遅れ、在庫過多、購買手配ミス、進捗不明、原価不明のうち、どれを優先して解くかを決めます。
関連する基礎知識
全体像は、生産管理システムで整理しています。
マスタ整備は、工程マスタとは？も確認してください。
BOMの基礎は、BOM（部品表）が前提になります。
現場実績は、MES（製造実行システム）と関係します。
FAQ
生産管理システムの要件定義とは何ですか？
受注、計画、BOM、工程、在庫、購買、製造実績、品質、原価などをどの範囲でシステム化するか決める作業です。
要件定義で最も重要なデータは何ですか？
品目、BOM、工程、在庫、製造実績です。この5つが曖昧だと、MRPや原価、進捗管理の精度が上がりません。
生産管理システム導入で失敗しやすい理由は？
業務範囲を広げすぎる、現場入力が定着しない、マスタが整っていない、ERP/MES/Excelとの役割分担が曖昧なまま進めることが主な原因です。
コメント