製造業 DX プロジェクトの範囲はどう決めるか｜6段階の納品モデルと各段階の成果物

技術選定より範囲定義が成否を左右する理由

検討期間の大半は技術比較に使われます。どの組態ソフトにするか、MES は必要か、データベースは何か、既存 PLC と通信できるか。自動車・家電・食品いずれの現場でも同じ順番で議論が進みます。この比較には意味がありますが、プロジェクトが失敗する理由になることはまれです。失敗するのは、一期がどこで終わるのかを書いた文書が一つも存在しない場合です。

範囲は提案書の一段落ではなく、具体的な回答の集合です。どのラインか、どの工程か、どのデータ項目を取るか、どの帳票を出すか、何を満たせば完了とみなすか。この回答がない限り工数は概算にしかならず、後の仕様変更も比較する基準を持てません。

• 打合せのたびに工程と帳票が増えるが、その代わりに何を外したかを記録した文書がない
• 基線測定より先に改善目標が決まっており、事後にどちらも達成の有無を示せない
• 契約書に「連携」と書かれているだけで、相手システム名・データの流れる方向・マスタの管理責任が書かれていない
• 画面の細部は詳しく議論されているのに、各データ項目の取得アドレスがまだ割り当てられていない
• 検収条件が「システムが正常に稼働すること」で終わり、測定可能な条件が付いていない

この5つはいずれも最初の一行を書く前に現れます。だからこそ、その時点ならまだ安く直せます。

6つの段階で何を出し、何を出さないのか

以下のモデルは DX プロジェクトを6段階に分けます。段階に名前を付ける目的は手続きの体裁ではなく、各段階に完了条件を持たせて、双方が「本当に終わったのか」を判断できるようにすることです。

• 診断——痛点の診断結果とデータ基線測定の結果を出します。取り決めは「先に測り、それから算出する」：基線データを採ってから改善目標と範囲を協議します。この段階では全工場展開の確定見積は出しません。
• 試行導入——範囲を囲い込める場合は小さな範囲から始め、検収基準を先に決めます。確定値のない周期や指標は双方の調査を経て確認します。この段階では全工場稼働は出しません。
• 実装調整——標準化された工程テンプレートから始めます。I/O 割付、点表、ネットワーク構成図、画面仕様書が開発より先です。改造案件では非停止施工の管理計画も成果物になります。この段階で新規要件は出しません。要件追加は変更手続きに乗せます。
• 検収資料——資料そのものが成果物です。契約と対象範囲に沿って操作説明書、データベーステーブル説明、インターフェース仕様書、点表図集などの取り決め資料を納品し、工場が自ら管理・照会・拡張できる状態にします。この段階では「検収後に思い出して依頼する資料」は出しません。一覧は技術協議書に従います。
• 年間保守——標準保守契約、年ごとに更新する保守項目一覧、年間保守報告書を出します。保守を定量化し、評価できる状態にします。この段階で上限のない新規開発は出しません。
• 拡張——対象範囲と現地評価に基づいて二期を進め、既存投資との互換性を優先します。この段階で一期のやり直しは出しません。

「何を出さないか」は前半と同じだけ重要です。検収時の争いはほとんど、どちらかが「その作業はあの段階に含まれる」と思い込んでいたのに、実際には一度も取り決められていなかったことに遡ります。

段階別：成果物と発注側が決めるべき事項

下の表はベンダーとの協議でチェックリストとして使う想定で書いています。ある段階の第3列が埋まらないなら、その段階はまだ定義できていません。提案書がどれだけ厚くても同じです。

番号は順序であって工期ではありません。診断は数日、1ラインの試行導入は4〜8週間、全工場実装はさらに長くかかります。各段階の完了条件を決めることのほうが、工期を決めることより重要です。

資料は成果物であり、付随する事務作業ではない

よくある状況です。システムは動く、ベンダーのその技術者は動く理由を知っている、それ以外の誰も知らない。2年後にラインを改造しようとしたとき、その技術者はすでに異動しており、工場は帳票を一つ直すこともできません。どのテーブルを読んでいるか誰も書き残していないからです。

工業プロジェクトの資料一式は14種類になります。作成される時点でグループ分けしておくと、契約書と照らしてベンダーの提出一覧を確認しやすくなります。

推奨される進め方は、この一覧を技術協議書に添付することです。双方の善意に任せない、という意味です。締結時に資料一覧を明記しても追加費用は発生しませんが、プロジェクトチームが解散してから遡って作り直すと高くつきます。

技術協議書に書ける検収指標

「システムが正常に稼働すること」は測定できません。検収条項が機能する前提は、プロジェクトの経緯を知らない第三者が読んで、試験を1回実施し、合否を判定できることです。

以下の指標は現場で測定でき、締結前に一つずつ協議する価値があります。数値は実際の工程に照らして双方で埋めるものであり、テンプレートから写すものではありません。

• 通信復旧後の補完収集：通信が回復した後、中断期間の工程曲線を自動で補完するか、完全性をどの方法で検証するか
• アラーム精度：誤報と失報をどう数えるか、どの観測期間で数えるか、許容できる水準はどこか
• データ遅延：設備側の変化が画面とデータベースに現れるまでの時間差を、「リアルタイム」ではなく数値で書く
• 帳票の集計定義：各帳票の集計ルール、シフトの境界、タイムゾーン、端数処理——製造と品質が同じ数字を見られるようにする
• 復旧と応答：サーバー障害後の再起動時間、履歴データベースへ移行する前の保持期間、保守で約束する応答時間

通信復旧後の補完収集やアラーム精度といった指標は、技術協議書に検収条件として明記できます。発注側がこれを求めるのは通常の要望であり、過大な要求ではありません。