図面管理（EDM）開発の開発期間・スケジュール・納期について

製造業や建設業の設計部門で日々生み出されるCAD図面や設計文書を、正しいバージョンとともに安全に管理し、設計から検図・承認・出図までの流れをシステム化しようと図面管理（EDM）システムの開発・導入を検討し始めると、設計部門や情報システム部門の担当者がまず気にするのが「実際に現場で使える状態になるまでどれくらいの期間がかかるのか」「本番稼働までに何を、どの順番で進めればよいのか」というスケジュールと納期の問題です。ここで本記事が扱う図面管理（EDM＝Engineering Document Management）とは、社内のあらゆるファイルを一元保管する汎用的なファイル・ドキュメント共有基盤とは異なり、2次元・3次元のCAD図面という専門的な設計成果物に固有のメタデータとワークフローを管理する仕組みを指します。具体的には、図面ごとのリビジョン（版数）管理・世代管理、設計変更（ECN／ECO）の履歴追跡、図番体系と部品表（BOM）の紐付け、設計から検図・承認・出図に至る承認ワークフロー、専用CADソフトなしで閲覧できるCADビューア連携、取引先・協力会社への図面貸与と機密管理、そして紙図面の電子化までを担う、製造業・建設業のものづくりに特化した高度な管理基盤です。

本記事では、図面管理（EDM）開発の開発期間・スケジュール・納期に焦点を当て、図面特化型のクラウドサービスやPLM／PDMパッケージ導入型とフルスクラッチ開発型で大きく異なる導入形態別の期間目安、要件定義からBOM・版管理・権限設計を経て本番稼働に至る工程別スケジュール、既存の紙図面や旧CADデータの電子化・図番体系の統一といった図面管理ならではの期間を左右する要因、一つの製品ラインや設計部門から全社へ広げるスモールスタートの段階展開の進め方、そして納期遅延の典型的な要因と対策までを、具体的な数値とともに解説します。これから図面管理基盤の構築・刷新を検討している設計部門や情報システム部門の担当者はもちろん、すでに開発会社やベンダーへの相談を始めている方にとっても、現実的なスケジュールを描き、社内の合意形成を進めるための判断軸となる内容です。

本テーマに関する全体ガイドは、以下の記事をご覧ください。

▼全体ガイドの記事
・図面管理（EDM）開発の完全ガイド

図面管理（EDM）開発における期間・スケジュールの全体像

図面管理（EDM）システムの開発期間は、どの導入形態を選ぶか、そしてCAD図面のリビジョン管理・設計変更管理・図番とBOMの紐付け・承認ワークフロー・CADビューア連携といった機能をどこまで自社仕様に作り込むかによって大きく変動します。図面の保管・検索・版管理に特化したクラウドサービスをそのまま利用するのであれば、数週間程度で運用を開始できるケースもあります。一方で、製品情報管理（PDM）や製品ライフサイクル管理（PLM）のパッケージを導入し、自社の業務をパッケージの標準機能に合わせる「Fit-to-Standard」で進める場合は3〜6ヶ月、独自の要件に合わせたアドオン開発やカスタマイズを行う中規模導入では6〜12ヶ月が標準的な期間の目安です。そして、自社独自の設計・生産管理プロセスをゼロからオーダーメイドで構築するフルスクラッチ開発では、要件定義からデータ構造設計、バグ検証までに膨大な工数を要するため、2〜3年に及ぶことも珍しくありません。まずは自社が「早く図面の版管理を整えたいのか」「自社固有の図番体系や設計変更フロー、基幹連携に合わせて作り込みたいのか」という方向性を定めることが、現実的なスケジュールを描く出発点になります。

図面管理（EDM）が一般的なファイル共有システムの開発と大きく異なるのは、単にファイルを保管するのではなく、「どの図面が承認済みの最新版なのか」「その図面がどの部品・製品に紐付いているのか」「誰の承認を経て出図されたのか」という設計情報のトレーサビリティを担保しなければならない点です。共有フォルダでの運用では「最新版がどれか分からない」という事態が頻発し、古い図面を参照して製造や施工を進めてしまうと、手戻りの発生や不良品の製造といった重大なトラブルに直結します。この「常に正しい最新版を担保する」という要件こそがEDM開発の核であり、版管理・承認ワークフロー・変更履歴管理をどこまで厳密に作り込むかがそのまま工数と期間に直結します。したがって、開発期間を見積もる際は、機能の作り込みの深さに加えて、既存の図面資産の整理や図番ルールの標準化といった「開発前の準備」に要する時間まで織り込む必要があります。

汎用的な情報共有システムやクラウドストレージが「あらゆるファイルを保管・共有する土台」であるのに対し、図面管理（EDM）は製造業・建設業の設計部門が生み出すCAD図面と設計文書という専門的な成果物に特化した管理基盤として位置づけられます。中核となる機能は、図面ごとに版数（リビジョン）を採番して最新版を明確に表示し、過去版も保持したうえで適用開始日・廃止日を管理する版管理、設計変更（ECN／ECO）の申請から承認・適用・関係部門への通知までを追跡する設計変更管理、図面番号（図番）の採番ルールを設計して図面・仕様書・品目マスタを部品表（BOM）の階層構造に動的に紐付けるBOM連携、設計者が起票した図面を検図担当・承認者がレビューして出図する承認ワークフロー、高価な専用CADソフトなしでもWebブラウザ等から2D／3Dデータを閲覧できるCADビューア、そして取引先や協力会社に対して閲覧・ダウンロード・編集の可否を細かく制御する社外貸与・機密管理です。これらはいずれも、単なるファイルの保管では代替できない、ものづくり固有の業務ロジックを伴う機能であり、開発期間を見積もる際はこの「どの専門機能を、どの深さで実装するか」がそのまま工数に反映されることを理解しておく必要があります。

導入形態によって稼働までの期間には明確な差があります。図面の保管・検索・版管理に特化したクラウド型の図面管理サービスであれば、アカウントを発行して図面の登録ルールを設定するだけで、最短で数週間から利用を開始できます。これに対して、製品情報管理（PDM）や製品ライフサイクル管理（PLM）のパッケージを導入する場合は、カスタマイズを行わず自社の業務をパッケージの標準機能に合わせるFit-to-Standard適用であれば3〜6ヶ月が目安となり、自社の要件に合わせたアドオン開発やカスタマイズを伴う中規模導入では6〜12ヶ月を見込むのが一般的です。さらに、自社独自の多階層BOM構造や特殊な設計変更フロー、特殊なCADフォーマットや既存基幹システムとの密な連携を、既存の枠組みに収めずゼロから構築するフルスクラッチ開発になると、設計やバグ検証に膨大な年月を要し、本格稼働までに2〜3年かかるケースが多くなります。「早期に図面の版管理と検索性を確保したい」なら図面特化サービスやパッケージ、「独自の設計プロセスが競争力の源泉であり作り込みが避けられない」ならカスタマイズ型やフルスクラッチというのが、期間面から見た基本的な選び分けの目安です。

要件定義から本番稼働までの工程別スケジュール

図面管理（EDM）システムの開発は、要件定義・設計・開発・テストという工程を段階的に進めます。プロジェクト全体の期間に対する各工程の配分は、要件定義が全体の10〜20%、設計が15〜25%、開発が40〜60%、テストが15〜25%というのが一般的な目安です。汎用の業務システムと違い、EDMでは「どの図面を誰が登録し、誰が検図・承認し、誰が参照するのか」という設計部門の業務フローそのものを整理する必要があるため、要件定義の重みが増します。また、図面という大容量ファイルを扱い、承認済みの版だけを下流の製造・調達工程へ公開するという厳密さが求められるため、テスト工程でも実務に近いデータを用いた念入りな検証が欠かせません。ここでは各フェーズで押さえるべきポイントを解説します。

図面管理（EDM）開発の成否を左右する最も重要なフェーズが、要件定義とグランドデザイン（全体構想）です。このフェーズでは、どの製品情報・図面を誰が登録し、誰が検図・承認し、誰が参照するのかという設計部門の業務フローを整理し、システム化する機能の範囲を明確にします。EDMに特有なのは、ここで「図番の採番ルール」「BOMの構造ルール」「版管理・リビジョンの付与ルール」といった、データの生成ルールそのものを全社レベルで標準化・統一しておく必要がある点です。部門ごとに図面番号の採番方法や品目コード体系、版管理の方法がバラバラなままシステム化を進めると、システムが複雑化し、その後の全工程に影響が及びます。そのため、経営層のリーダーシップのもとで図番体系やBOMルールを統一するグランドデザインの検討には、通常のシステム開発の要件定義よりも多くの時間を割く価値があります。この工程は全体の10〜20%を占め、ここで下地を固めておくことが、以降の設計・開発フェーズでの手戻りを防ぐ最大の予防策になります。

要件定義とグランドデザインが固まったら、設計・開発フェーズに移ります。設計工程（全体の15〜25%）では、図面・BOM（部品表）・版管理・権限設定・外部システム連携といったデータ構造や画面を設計します。図面と品目マスタ、部品表の親子関係をどのようなデータモデルで表現するか、リビジョンをどのように採番し過去版を保持するか、承認前の図面を製造現場に見せないためのアクセス制御をどう設計するかといった、EDM固有のデータ設計がこのフェーズの中心です。続く開発工程（全体の40〜60%）は、最も工数がかかるフェーズであり、図面管理・設計変更（ECN／ECO）・承認ワークフロー・全文検索・CADビューア連携・ERPや生産管理システムとの連携などの機能を実装します。特に、承認ワークフローを現状の複雑な承認ルートそのままに再現しようとするとカスタマイズが膨大になり、開発期間が大きく伸びます。逆に、パッケージ製品が持つ標準ワークフロー（ベストプラクティス）に業務プロセスを合わせるFit-to-Standardを徹底すれば、開発費用を抑えつつ短期間での稼働が実現できるケースもあります。どこまで自社仕様に作り込むかの線引きが、この設計・開発フェーズの期間を決定づけます。

テスト工程（全体の15〜25%）では、実務に近いデータ（製品カテゴリや部品の階層構造など）を用いて、図面のアップロードから検図・承認、そしてERPや生産管理システムへの連携までのEnd-to-Endの業務シナリオを検証します。EDMでは、承認済みの有効なリビジョンだけが下流工程に公開されるという要件が最も重要であるため、「古い版が誤って製造現場に見えてしまわないか」「設計変更が正しく関係部門へ通知されるか」といった、版管理と承認フローの整合性を丁寧に確認する必要があります。同時並行で進めるのがデータ移行です。紙図面や旧CADデータ、Excel台帳、ファイルサーバーに散在する既存の図面資産を新システムへ移行する作業は、その整理や変換に多大な工数がかかり、テスト工程と並んで稼働直前のスケジュールを圧迫しがちです。これらを終えて本番稼働を迎えますが、稼働後もしばらくは現場からの問い合わせ対応や運用ルールの微調整が続くため、稼働＝完了ではなく「定着までの伴走期間」までをスケジュールに織り込んでおくことが現実的です。

図面管理（EDM）ならではの期間を左右する要因

図面管理（EDM）システムの開発期間は、汎用のシステム開発では想定しない、ものづくり固有の要因によって大きく変動します。ここでは、期間を左右する代表的な二つの要因、すなわち「既存の紙図面・旧CADデータの電子化と図番体系の移行」と「CAD・基幹システム連携と承認ワークフローの作り込み」について、それぞれがなぜスケジュールに影響するのかを解説します。これらは見積もりの前提として必ず確認すべきポイントであり、事前の準備状況によって同じ機能要件でも稼働までの期間が数ヶ月単位で変わってきます。

導入期間が延びる最大の要因の一つが、既存の図面資産の移行です。長年にわたり蓄積されてきた紙図面やマイクロフィルム、旧世代のCADデータ、Excelで作られた図面台帳、部門ごとのファイルサーバーに散在するデータを新システムへ移行する際、その整理や変換には多大な工数がかかります。とりわけスケジュールを左右するのが「データ生成ルールの不統一」です。部門ごとに品目コードや図面番号の採番ルール、版管理の方法がバラバラなままシステム化を進めると、システムが複雑化し、移行後もデータの整合性を保てなくなります。そのため、開発前の構想フェーズで過去データの整理や図番体系の全社的な標準化・統一を行う必要があり、この地道な準備作業がプロジェクト全体のスケジュールを大きく左右します。過去の紙図面をスキャンして電子化する場合も、単に画像として取り込むだけでなく、図番や品目情報といったメタデータを付与して検索可能な状態にするところまで含めると、対象図面の枚数次第で相応の期間を見込む必要があります。逆に言えば、この電子化と図番統一を丁寧に進めておくことが、稼働後に設計資産を再利用できる基盤を築くことにつながります。

図面管理（EDM）システムを2D／3DのCADソフトや、生産管理システム（MES）、ERP、購買管理などの基幹システムとAPIで連携させる場合、連携範囲が広がるほど開発工数が大きく増大します。連携にあたっては、ファイル形式、品目コード、部品番号、マスタ項目、データ同期のタイミングなどを慎重に設計・実装する必要があり、既存システム側の仕様調査だけでも相応の期間を要します。特に3D CADデータはギガバイト単位の大容量になるため、ファイルの保管方法、ビューアでのプレビュー機能、セキュアなアクセス権限の制御をどう構築するかが開発期間に直接影響します。もう一つの大きな変動要因が承認ワークフローの作り込みです。図面の設計から検図、承認、出図、そして設計変更時の変更申請から通知に至る一連のフローを、現状の複雑な承認ルートそのままにシステム上で再現しようとすると、カスタマイズが膨大になり開発期間が長期化します。ここでも、パッケージが持つ標準ワークフローに業務を合わせるFit-to-Standardの考え方を取り入れられるかどうかが、期間短縮の分かれ目になります。連携範囲と承認フローの複雑さは、見積もり段階で必ず開発会社とすり合わせておくべき重要な論点です。

スモールスタートで進める段階展開スケジュール

図面管理（EDM）の導入では、いきなり設計・製造・購買・品質などの全社・全機能を対象に一斉導入する「ビッグバン導入」を目指すと、現場の混乱や業務停止といった大きなリスクを伴います。図面の版管理や承認ワークフローは日々の設計業務に密接に組み込まれるため、一度に切り替えると設計者が旧来のやり方と新システムの間で混乱し、かえって業務が滞ってしまうのです。そのため、まずは限定された範囲でスモールスタートし、効果と課題を確かめながら段階的に対象を広げていく進め方が、結果的に手戻りを防ぎ、プロジェクト全体を成功に導く鍵となります。

スモールスタートの具体的な進め方としては、まず「特定の製品ライン・設計部門」や「図面管理＋承認ワークフロー」といった限定された範囲でPoC（概念実証）を行うことが強く推奨されます。PoC（トライアル導入評価）の期間目安は1〜6ヶ月程度で、ここで図面検索時間の削減や手配ミスの削減といった実際の運用効果を検証し、現場の課題を洗い出します。この段階で「本当に承認ワークフローが現場の運用に合っているか」「CADビューアの表示性能は実用に耐えるか」「既存の基幹システムとの連携は問題なく動くか」を確かめておくことで、本格展開時の手戻りを大きく減らせます。PoCで効果を実証できたら、そこで得た知見をもとに他の設計部門やBOM連携、ERP連携へと対象範囲を段階的に拡大していきます。この段階展開型のアプローチは、初期投資を抑えながら現場の納得を得て進められるため、全体の期間としては一見遠回りに見えても、ビッグバン導入で大規模な手戻りを招くよりも確実で、結果的にトータルのリードタイムを短縮できることが多いのです。全社展開までのロードマップを描く際は、PoC期間・評価期間・部門ごとの展開期間を明示し、経営層と現場の双方で合意しておくことが重要です。

納期遅延の典型的な要因と対策

図面管理（EDM）開発で納期が当初計画から遅延する原因には、いくつかの典型的なパターンがあります。ここでは特に発生頻度の高い「データ生成ルールの不統一と過剰カスタマイズ」「現場設計者の巻き込み不足と検証工程の圧縮」という二つの要因を取り上げ、それぞれの予防策を解説します。これらはいずれも技術的な難しさというよりも、プロジェクトの進め方に起因する遅延であり、あらかじめ手を打っておくことで十分に回避できるものです。

最も多い遅延要因が、図番の採番ルールやBOMの構造ルール、版管理の方法が部門ごとにバラバラなまま開発に着手してしまうケースです。この状態でシステム化を進めると、設計フェーズや移行フェーズで「この図面はどのルールで採番されているのか」「同じ品目なのに部門によってコードが違う」といった問題が次々と噴出し、その都度立ち止まって調整することになるため、スケジュールが大きく後ろ倒しになります。対策は、開発着手前のグランドデザイン期に、経営層のリーダーシップのもとで品目コードや図面番号のルール、BOMの作り方・版管理ルールを全社で標準化・統一しておくことです。もう一つの遅延要因が過剰カスタマイズです。「これまでのやり方」に固執し、既存の複雑な承認ルートや帳票をそのままシステムに再現しようとすると、開発工数が膨れ上がって期間が長期化するだけでなく、将来のバージョンアップも困難になります。パッケージが持つ標準機能（ベストプラクティス）に業務を合わせるFit-to-Standardを基本方針とし、本当に自社の競争力に直結する部分だけをカスタマイズするという線引きを、要件定義の段階で明確にしておくことが遅延の予防につながります。

もう一つの典型的な遅延パターンが、実際に図面を扱う現場設計者を巻き込まないまま設計・開発を進めてしまうケースです。図面管理システムでは、ツリー構造のBOMや複雑なリビジョン一覧、多数の属性項目など、密度の高い情報を日常的に扱います。現場の設計者が迷わず直感的に操作できる画面レイアウトになっているかを検証しないまま開発を進めると、稼働直前になって「この操作フローでは使えない」という致命的な指摘が挙がり、大幅な作り直しが発生して納期が遅れます。対策は、要件定義やプロトタイプ検証の段階から現場のキーマンとなる設計者を巻き込み、実際の業務フローに沿った操作性を早期に確認することです。あわせて注意したいのが、稼働日を優先するあまりテスト工程を圧縮してしまうことです。図面という機密性が高く、かつ誤った版が製造現場に流れると重大な影響を及ぼす対象を扱う以上、承認ワークフローや版管理の整合性を確認するテストは省略できません。焦って納期を縮めようとするほど、稼働後に不具合が発覚してかえって全体が遅れるという逆説を常に念頭に置き、現場の巻き込みと十分な検証期間の確保を最初から計画に織り込んでおくことが肝心です。

まとめ

本記事では、図面管理（EDM）開発の開発期間・スケジュール・納期について、製造業・建設業のCAD図面という専門的な成果物を管理するという視点から解説しました。導入形態別では、図面特化のクラウドサービスなら数週間、PLM／PDMパッケージのFit-to-Standard適用なら3〜6ヶ月、カスタマイズを伴う中規模導入なら6〜12ヶ月、フルスクラッチなら2〜3年が期間の目安であり、まずは「早く版管理と検索性を整えたいのか、自社固有の図番体系や設計変更フロー、基幹連携に合わせて作り込みたいのか」という方向性を定めることが出発点になります。工程別では要件定義10〜20%・設計15〜25%・開発40〜60%・テスト15〜25%が配分の目安で、EDMならではの期間を左右する要因として、紙図面・旧CADデータの電子化と図番体系の統一、CAD・基幹連携と承認ワークフローの作り込みが挙げられます。そして、いきなり全社導入するのではなく、特定の製品ライン・設計部門でのPoC（1〜6ヶ月）から段階的に展開するスモールスタートが、遅延と形骸化を同時に防ぐ最も現実的な道です。データ生成ルールの全社統一、過剰カスタマイズの回避、現場設計者の早期巻き込みと十分な検証期間の確保という勘所を押さえれば、無理のないスケジュールで着実に図面管理基盤を立ち上げられます。自社に最適な進め方を具体化するためにも、まずは複数の会社に相談し、現実的なスケジュール案を引き出すことから始めてみてください。

▼全体ガイドの記事
・図面管理（EDM）開発の完全ガイド

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。