生産管理システムの更改は、ハードウェアの保守期限切れ（EOL）や基幹サーバーの設備更新、あるいはサポート終了といった外的な契機をきっかけに検討が始まることが少なくありません。製造業における生産管理システムは、工程管理・品質管理・原価管理・在庫管理といった現場の基幹業務を支えており、新規開発というよりも「既存の仕組みをいかに止めずに置き換えるか」という更新・刷新の難しさが付きまといます。長年運用してきたシステムほど仕様書が欠落し、ブラックボックス化が進んでいるため、いきなりベンダーに相談しても適切な提案を引き出せないという課題が起こりがちです。
本記事では、生産管理システム更改の上流工程である「アセスメント（現状分析・AS-IS可視化）」「要件定義」「RFP（提案依頼書）の作成とベンダー選定」に焦点を当て、製造業特有の連携要件や評価観点を踏まえて解説します。プロジェクト全体の進め方や手順論ではなく、更改を成功に導くためのドキュメントと評価軸に絞り込んで整理しました。なお、更改の全体像を体系的に把握したい場合は、あわせて生産管理システム更改の完全ガイドをご覧いただくと、本記事の位置づけがより明確になります。
▼全体ガイドの記事
・生産管理システム更改の完全ガイド
アセスメント（現状分析・AS-IS可視化）の進め方
生産管理システムの更改で最初に取り組むべきは、現行システムの実態を正確に把握するアセスメント（現状分析）です。AS-IS（現状）を可視化しないまま要件定義に進むと、後工程で「想定外の連携が存在した」「移行対象データの範囲が膨らんだ」といった手戻りが頻発します。特に製造業のシステムは、設備や現場端末との接続が複雑に絡み合っているため、机上の把握だけでは見落としが生じやすい領域です。アセスメントは更改プロジェクトの成否を左右する最重要工程と位置づけられます。
資産棚卸しとブラックボックス化の解消
アセスメントの出発点は、現行システムを構成する資産の棚卸しです。サーバーやネットワーク機器といったインフラ資産だけでなく、アプリケーションのプログラム本数、データベースのテーブル構成、外部システムとのインターフェース一覧などを網羅的に洗い出します。長年の改修を重ねたシステムでは、誰も全体像を把握できていないブラックボックス化が進んでいることが多く、この棚卸しによって初めて「何が動いているのか」が明らかになります。
仕様書が欠如している場合は、稼働中のソースコードやデータベース定義から仕様を逆引きするリバースエンジニアリングが必要になります。担当者の退職や世代交代によって属人化した運用ノウハウも、この段階でドキュメント化しておくことが望まれます。資産棚卸しを丁寧に行うことで、更改の対象範囲と移行の難易度を客観的に把握でき、後続の要件定義やRFP作成の精度が大きく向上します。
ソフトウェア地図による複雑度・依存関係の可視化と費用目安
資産の規模が大きく、依存関係が複雑な生産管理システムでは、可視化を支援するツールの活用が有効です。富士通が提供する「ソフトウェア地図」は、アプリケーション資産の複雑度や、プログラム間・データ間の依存関係を図として可視化する仕組みです（出典：富士通）。どの機能がどの機能と密に結びついているかを俯瞰できるため、更改時にどの単位で切り出して移行できるかを判断する材料になります。
可視化によって課題を定量化できる点も重要です。複雑度の高いモジュールや、重複した処理、利用されていない機能などを数値で示すことで、社内の合意形成や予算化の説得材料になります。費用の目安としては、要件定義や業務棚卸しのみを外部に依頼する場合で200万〜500万円程度が一つの相場とされます。更改本体の開発に比べれば限定的な投資ですが、この上流への投資を惜しむと後工程で大幅な追加コストが発生しやすいため、アセスメントへの予算配分は戦略的に考えるべきです。
要件定義で押さえるべきポイント
アセスメントで現状を可視化したら、次は要件定義です。更改における要件定義は、新規開発のようにゼロから要件を発想するのではなく、現行システムで実現している機能のうち「残すもの」「捨てるもの」「新たに加えるもの」を仕分ける作業が中心になります。製造業の生産管理システムでは、現場の運用実態や法令対応、設備連携といった独自要件が多く、汎用的な業務システムの更改とは押さえどころが異なります。ここでは機能要件と非機能要件、そして製造業特有の観点に分けて整理します。
機能要件と非機能要件の整理
機能要件は、工程管理・品質管理・原価管理・在庫管理といった生産管理の各業務で「何ができる必要があるか」を定義するものです。更改では、現行システムで使われている帳票やマスタ、計算ロジックを棚卸しし、本当に必要な機能だけを残す取捨選択が欠かせません。過去のしがらみで残っていた使われない機能をそのまま移植すると、更改後も複雑さを引き継いでしまうため、業務部門を巻き込んだ要件の精査が重要です。
非機能要件は、システムの品質を左右する要件であり、製造業ではとりわけ重視されます。主な観点は以下のとおりです。
・性能：生産実績の登録やバッチ処理が、ピーク時の負荷でも要求時間内に完了すること
・可用性：工場の操業時間中にシステムが停止しないこと、障害時の復旧目標時間（RTO）を定めること
・セキュリティ：工場ネットワークと情報システム網の境界における不正アクセス対策やアクセス権限管理
・拡張性：将来の生産品目追加や拠点拡大に耐えられる構成であること
これらの非機能要件は数値で定義することが肝心です。「速いこと」ではなく「実績登録のレスポンスを3秒以内」、「止まらないこと」ではなく「稼働率99.9％以上」といった形で具体化することで、後のベンダー評価や受け入れ基準が明確になります。
製造業特有の連携・現場運用要件と移行範囲・KPI設定
製造業の生産管理システム更改では、現場（製造ライン）の運用要件を要件定義に織り込むことが不可欠です。ハンディターミナルや現場端末からの実績入力、バーコードやICタグによる工程進捗の記録、トレーサビリティを担保するためのロット管理など、現場のオペレーションに直結する要件は、机上の検討だけでは漏れが生じます。実際に製造ラインの運用を観察し、現場の担当者からヒアリングしたうえで要件に落とし込むことが望まれます。
システム連携の要件も製造業ならではの難所です。MES（製造実行システム）やPLC（プログラマブルロジックコントローラー）、各種IoTセンサーといった設備系との連携に加え、ERP・会計・販売管理といった基幹系との接続も定義する必要があります。これらの連携はインターフェースの仕様やデータ更新のタイミングが複雑で、更改時に齟齬が生じると生産現場の停止につながりかねません。設備連携の非機能要件として、リアルタイム性や通信の信頼性も明確に定義しておきます。
あわせて、データ移行の範囲を要件定義の段階で定めておくことも重要です。ロット情報、原価データ、在庫データなどは長期にわたって参照される資産であり、どこまでを新システムに移行し、どこからを旧システムの参照に留めるかを決める必要があります。さらに、更改の成果を測るためのKPI（移行後の処理時間短縮、保守費削減、トレーサビリティ照会の所要時間など）を要件定義で設定しておくと、更改の目的が関係者間で共有され、プロジェクトの軸がぶれにくくなります。
RFPの作成項目とベンダー選定の評価観点
要件定義で固めた内容は、RFP（提案依頼書）としてベンダーに提示します。RFPは、複数のベンダーから同じ土俵で提案を引き出し、客観的に比較・評価するための基盤となるドキュメントです。更改プロジェクトでは、現行システムの制約や移行の難易度が提案内容を大きく左右するため、現状を正確に伝えるRFPの質が、その後のベンダー選定の質を決めます。ここではRFPに含めるべき項目と、ベンダー評価の観点を整理します。
RFPに含めるべき項目一覧
生産管理システム更改のRFPには、ベンダーが移行の難易度を正しく見積もれるよう、現行システムの情報を十分に盛り込む必要があります。代表的な記載項目は以下のとおりです。
・現行システムの構成図：サーバー構成、ネットワーク構成、外部システムとの接続関係
・機能要件：工程・品質・原価・在庫など各業務に求める機能
・非機能要件：性能、可用性、セキュリティの数値目標
・移行後のKPI：処理時間短縮や保守費削減などの達成目標
・移行方式：段階移行やストラングラーパターンなど、想定する移行の進め方
・製造業特有の連携要件：MES・PLC・IoTとの接続、ERP・会計・販売との連携仕様
・データ移行範囲：ロット・原価・在庫など移行対象データの種類と量
とりわけ移行方式は、製造業では慎重に扱うべき項目です。全機能を一度に切り替えるビッグバン方式は、障害発生時の影響範囲が大きく、工場の操業停止という深刻なリスクを伴います。これに対し、機能単位で新旧を並行稼働させながら段階的に置き換えるストラングラーパターンは、リスクを分散できる現実的な選択肢です。RFPの段階で想定する移行方式を示し、ベンダーから具体的な移行設計を引き出すことが望まれます。
ベンダー評価の5つのチェックポイントと製造業での着眼点
RFPへの提案を受けたら、客観的な基準でベンダーを評価します。生産管理システム更改では、次の5つのチェックポイントが選定の軸になります。
1. 同業界・同規模の実績：自社と近い業種・規模の生産管理システム更改を手がけた経験があるか
2. 段階移行の設計力：ストラングラーパターンなど、リスクを抑えた移行を具体的に設計できるか
3. ダウンタイム見積り：移行に伴う停止時間をどの程度に抑えられるか、現実的に算出できているか
4. 24時間365日の保守体制：稼働後の障害対応や問い合わせに、操業時間に合わせて対応できるか
5. 品質・セキュリティ認証：ISO9001（品質マネジメント）やISO/IEC27001（情報セキュリティ）などの認証を保有しているか
製造業でとりわけ重視したいのが、3番目のダウンタイム見積りです。工場の操業を止めると生産そのものが停止し、出荷遅延や機会損失に直結します。したがって、移行に伴う停止時間をいかに最小化できるか、また万一の際の切り戻し（ロールバック）手順をどこまで具体的に設計しているかは、ベンダーの実力を測る重要な指標になります。提案書の表面的な記述だけでなく、過去の移行プロジェクトでの実停止時間や、切り戻し判断の基準まで確認することが望まれます。
あわせて、同業界・同規模の実績は単なる導入件数ではなく、自社が抱える設備連携や法令対応といった固有の難所に対応した経験があるかを見極めます。これらの評価観点を点数化した評価表を用意し、複数ベンダーを同一基準で比較することで、属人的な印象に左右されない合理的なベンダー選定が可能になります。
まとめ
本記事では、生産管理システム更改の上流工程として、アセスメント・要件定義・RFP作成とベンダー選定の進め方を解説しました。アセスメントでは資産棚卸しとブラックボックス化の解消を行い、富士通のソフトウェア地図のようなツールで複雑度や依存関係を可視化することが出発点になります。要件定義では機能要件と数値化した非機能要件を整理し、MES・PLC・IoTとの連携や現場運用要件、ロット・原価・在庫のデータ移行範囲とKPIを製造業の実態に即して定義します。RFPには現行構成図から移行方式まで網羅し、同業界実績・段階移行の設計力・ダウンタイム見積り・保守体制・品質セキュリティ認証の5観点でベンダーを評価することが、更改成功の鍵となります。
生産管理システムの更改は、新規開発以上に「現状を正しく把握し、止めずに置き換える」ことが問われる取り組みです。上流のドキュメントと評価軸を丁寧に整えることで、後工程の手戻りやプロジェクトの炎上を未然に防げます。特に製造業では、工場の操業を止めないダウンタイム最小化と、設備・法令対応といった固有要件への配慮が成否を分けます。アセスメントから要件定義、RFP、ベンダー選定までの一連の流れを着実に踏むことが、自社の生産現場に最適化された次世代の生産管理システムへの確実な移行につながります。
株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。