CDE構築の進め方｜フォルダ構成・ワークフロー設計まで実務で使える完全ガイド

1. はじめに｜CDE構築の重要性と本ガイドの目的

建設プロジェクトでは、図面やCAD、3Dモデルなど、さまざまなファイルを扱います。これらのデータを安全かつ正確に管理し、関係者全員が最新情報に円滑にアクセスできる仕組みを整えることが重要です。

しかし、担当者ごとにクラウドストレージやローカルフォルダでばらばらに管理していると、どのファイルが最新版なのか分からなくなったり、承認プロセスが混乱して手戻りや再作業が増えたりする恐れがあります。そこで注目されているのが、CDE（Common Data Environment）の構築です。

本ガイドでは、CDE構築の全体の流れをはじめ、フォルダ構成、ワークフロー設計、命名ルール、版管理まで、実務に活かしやすい形で解説します。DXが進む建設業界において、BIMやCIMに対応した情報管理を支える基盤を整え、プロジェクト管理の効率化と品質向上を目指しましょう。

これから紹介する内容は、ISO19650の考え方を踏まえ、建設現場での運用設計に役立つポイントを整理したものです。国交省BIM/CIMやプロジェクトのデジタル変革に備えるうえで、少しでも参考になれば幸いです。

2. CDE基本概念の理解

CDE（Common Data Environment：共通データ環境）を正しく理解するには、その特徴やクラウドストレージとの違い、さらにISO19650で重視される情報管理の考え方を把握することが重要です。

この章では、情報を単に保管するだけでなく、プロジェクト全体で一貫した情報区分設計とステータス管理を行う枠組みとして、CDEがどのように機能するかを解説します。

特にCDEでは、WIPからSharedを経てPublishedへとデータが承認・公開されていく流れが重要です。これらは単なるフォルダ分けにとどまらず、承認プロセスを確実に踏んでデータを共有し、プロジェクトの進行を可視化する仕組みとして活用されます。

2. 1. CDE（Common Data Environment：共通データ環境）とは何か？

CDEとは、すべてのプロジェクト関係者が共通ルールのもとで情報を整理・管理し、常に最新版のデータを参照できる環境を指します。BIMの3DモデルやCAD、関連帳票など多様な情報を一元的に扱うことで、情報共有やプロジェクト管理の効率が向上します。

さらに、CDE上で権限管理を行い、編集や閲覧が必要な人だけに適切なアクセス権を付与できる点も特徴です。建設プロジェクトではデータの誤用を防ぎ、責任範囲を明確にする仕組みとして機能します。

例えば設計段階では、作業中データ（WIP）を担当者が編集し、承認後にSharedへ移行し、最終的にPublishedとして確定版を保管します。この流れにより、誰がいつ編集したかが明確になり、後のトレーサビリティを確保できます。

2. 2. クラウドストレージとの違い

クラウドストレージは、好きなファイルをオンライン上に保存する場所として利用されることが多く、どのフォルダに何を入れるかや命名ルールなどは、利用者個人の裁量に任されがちです。

一方、CDE構築ではフォルダ構成や情報区分設計、命名ルール、ステータス管理までを統一的に運用します。これにより、プロジェクト全体で共通の基準を共有し、作業やレビューを標準化できます。

ただし、CDEとクラウドストレージを完全に別物と考える必要はありません。SharePointやBoxなどの一般的なクラウドストレージにCDE的な機能を組み合わせ、情報共有システムとして活用する事例も増えています。

■CDEとクラウドストレージ比較表

項目	クラウドストレージ	CDE
管理方法	個人裁量	統一ルール
フォルダ構成	自由	設計済み
命名ルール	任意	標準化
承認フロー	基本なし	あり
目的	保存	管理・共有

2. 3. CDEの基本構造とISO19650の考え方

ISO19650は、国際標準化機構（ISO）が定めた建設プロジェクトにおける情報マネジメントの国際規格です。この規格を踏まえた実務では、CDEはWIP、Shared、Published、Archiveといった区分で段階的に情報を管理するケースが一般的です。

まずWIP（Work In Progress）では担当者が作業を進め、その後、レビューや承認手続きなどのワークフローを経てSharedへ移行します。さらに正式な承認を受けたファイルがPublishedとなり、最終的に古いバージョンはArchiveへ移動して、必要に応じて参照できる体制を整えます。

このようにCDEは、単なるデータ保管場所ではなく、データ管理の一貫性と承認プロセスの透明性を担保するための運用設計の中核となります。

以下は、CDEにおける基本的なデータの流れです。

WIP（作業中）
　↓
Shared（レビュー・共有）
　↓
Published（確定・公開）
　↓
Archive（保管）

3. CDE構築の全体像と5ステップの解説

以下の5ステップに沿って構築を進めます。

■全体フロー表

ステップ	内容	目的
① 目的整理	何のためにCDEを構築するか	スコープの明確化
② 情報区分	WIP / Shared / Published / Archive	データ状態の管理
③ フォルダ構成	階層設計（Project / Designなど）	情報整理
④ ワークフロー	承認・レビューの流れ	品質管理
⑤ 命名・版管理	ファイル名と履歴管理	トレーサビリティ確保

CDE構築では、目的や対象範囲を明確にしたうえで、情報区分やフォルダ構成、ワークフロー、命名ルールと版管理を段階的に整備していくことが重要です。

全体像を把握してから設計を進めることで、各作業の関係性を整理しやすくなります。

以下の5ステップに沿って構築を進めることで、ミスや手戻りを抑えながら、BIMやCIMに対応した情報管理基盤を整えることができます。

3. 1. 目的と対象範囲の整理

CDE構築では、まず目的を明確にし、対象とするデータや関係者の範囲を定義します。

CAD図面やBIMモデル、写真、帳票など、どの情報を扱うかを整理し、運用範囲を具体化することが重要です。

3. 2. 情報区分の設計

ISO19650の考え方を踏まえ、WIP、Shared、Published、Archiveの区分で情報を管理します。

作業中から公開までの流れを整理することで、データの状態を明確にできます。

3. 3. フォルダ構成の設計

プロジェクト単位でフォルダを構成し、ステータス区分とフェーズを組み合わせて整理します。

情報の流れが分かる構造にすることが重要です。

3. 4. ワークフローの設計

レビューや承認の流れを定義し、誰がどの段階で関与するかを明確にします。

権限管理とあわせて設計することで、運用の混乱を防ぎます。

3. 5. 命名ルールと版管理の設定

ファイル名のルールとバージョン管理方法を統一し、更新履歴を明確にします。

これにより、データの検索性とトレーサビリティを確保できます。

4. CDE構築の具体的ステップ

前章で整理した5ステップをもとに、実際の構築手順を具体的に見ていきます。目的や対象範囲の整理から始め、情報区分、フォルダ構成、ワークフロー、命名ルールと版管理の順に設計を進めます。

これらを段階的に整備することで、プロジェクトに適したCDE環境を構築できます。現場の運用に合わせて調整しながら、無理のない形で導入を進めることが重要です。

4. 1. 目的・対象範囲を明確にする

設計から施工まで一貫した情報共有を行う場合、設計図面や施工計画書、写真、3DモデルなどをCDEで管理対象とします。

利用者としては、社内の設計担当や施工管理者に加え、現場監督や協力会社まで含めるかを検討します。

目的を「最新データを正確に管理する情報共有基盤の構築」と定め、対象範囲を具体化することで、後続の設計方針が明確になります。

4. 2. 情報区分（WIP・Sharedなど）の設計

情報区分は、WIP、Shared、Published、Archiveの4区分を基本とします。

必要に応じてShared内を「レビュー中」「修正中」などに分けることも可能ですが、構造はできるだけシンプルに保ちます。

特に、更新頻度の高いBIMやCIMデータでは、WIP領域の管理を適切に行うことが重要です。

4. 3. フォルダ構成の詳細設計

プロジェクト単位で最上位フォルダを作成し、その下にWIP、Shared、Publishedなどの区分を配置します。さらに「Design」「Construction」などのフェーズで整理します。

フォルダ構成は、情報の流れが分かりやすく、運用しやすい形にすることが重要です。設計側と施工側の双方で支障がないかを確認しながら調整します。

以下はフォルダ構成の一例です。

Project_A
├─ WIP
│ 　├─ Design
│ 　└─ Construction
├─ Shared
├─ Published
└─ Archive

4. 4. ワークフロー設計の重要性

作成者がWIPに登録したデータを、リーダーが確認してSharedへ移行し、その後承認を経てPublishedに進む流れを定義します。

「誰が」「いつまでに」「何をするか」を明確にし、確認漏れを防ぐことが重要です。

あわせて、Sharedへの移動権限を限定するなど、権限管理を事前に設定しておきます。

4. 5. 命名ルールと版管理の実践

ファイル名には、プロジェクト名・内容・日付・バージョンを含めるルールを設定します。例：「PRJ01_PLAN_20270120_v01」

必要に応じて、LODや担当部門を示すコードを付与し、データの識別性を高めます。

版管理では、更新ごとにバージョン番号を付け、過去データをArchiveに保管するルールを定めます。これにより履歴の把握と参照が容易になります。

5. ツール別CDE構築の考え方

主なツールの特徴を以下に整理します。

ツール	特徴	向いているケース
ACC	BIM特化・高機能	大規模プロジェクト
BIM360	現場連携強い	施工中心
SharePoint	汎用・低コスト	社内運用
Box	シンプル共有	軽量運用

CDE構築を実現できるツールは多岐にわたります。代表的なものとして、Autodesk Construction Cloud（ACC）、SharePoint、Boxなどが挙げられます。なお、BIM 360は現在Autodesk Construction Cloudへ統合が進んでおり、ACCの一部として位置づけられています。ここでは、それぞれの特徴や適した利用場面を簡単に比較します。

いずれもクラウド基盤上で権限管理や版管理を行いやすく、運用ルールと組み合わせることでCDEに近い管理を実現しやすいツールです。自社プロジェクトの規模やBIM/CIM対応の要件、さらにITリテラシーや運用コストを総合的に考慮して選定することが重要です。

ユーザーの声を積極的に収集し、実際の現場でどの機能が有効かを把握することで、導入後の失敗を減らすことにつながります。

5. 1. Autodesk Construction Cloud（ACC）の活用

Autodesk Construction Cloudは、BIMデータやCADデータの管理に強みを持つ本格的なCDEプラットフォームです。特にBIM案件で多く使われるRevitやNavisworksとの連携がしやすい点が特徴です。

また、承認フローの設定やステータス管理、権限管理のインターフェースが整っており、大規模プロジェクトでも安定した運用が可能です。必要に応じて追加アプリを組み合わせることで、建設DXへの対応も進められます。

一方で、機能が豊富な分コストがかかる傾向があります。導入前には自社の運用方針や予算と照らし合わせ、適切な導入形態を検討することが重要です。

5. 2. BIM 360でのCDE実現

BIM 360は、Autodesk製品群の中でもBIMデータを中心に情報共有を行うサービスとして知られており、現在はAutodesk Construction Cloudへ統合が進んでいます。施工現場ではiPadなどを用いてモデルを確認しながら、現地でコメントや指示を出せる点が評価されています。

また、図面や3Dモデルを一元管理することで、担当者任せのクラウドストレージ管理では得られない統制力を確保できます。承認プロセスも視覚的に確認できるため、メール中心のやり取りを整理できるメリットがあります。

一方で、BIMに不慣れなメンバーが多い現場では、一定のトレーニングやサポートが必要です。導入初期の教育は運用設計の重要な要素となります。

5. 3. SharePoint / Boxを使ったCDE

SharePointやBoxは、汎用的なクラウドストレージとして広く利用されているサービスです。機能拡張や運用ルールの工夫により、CDEツールとして活用することも可能です。

例えばSharePointでは、バージョン管理やアクセス権設定、コメント機能などが標準で備わっているため、ルールを徹底すればデータ管理や承認プロセスの基盤として利用できます。Boxでも、共有設定やバージョン履歴を活用することで、一定の統制を持った情報管理が行えます。

大きな利点は、運用コストを比較的抑えやすい点です。すでに社内でOffice 365を導入している場合は、自然にSharePointを利用し始めることができます。ただし、ISO19650に沿った厳格なBIM対応には、追加のカスタマイズが必要になる場合があります。

6. よくある失敗とその対策

CDE構築を始めても、運用段階でつまずくケースは少なくありません。よくある失敗例を把握し、あらかじめ対策を講じることで、プロジェクトでのトラブルを最小限に抑えられます。

ここでは代表的な問題として、以下のような失敗例が挙げられます。

• フォルダを作っただけで運用ルールが共有されていない
  
• 権限設定が不十分で誤った人が編集してしまう
  
• 命名ルールが守られず検索性が低下する
  

それぞれの対処法を理解することで、現場の実務や人の動きに沿ったCDE環境を整備できるようにしましょう。

6. 1. 一般的なCDE構築の落とし穴

よくある落とし穴のひとつは、「フォルダ構成に注力しすぎて、ワークフローを設計しない」ことです。どれほど整理されたフォルダがあっても、承認プロセスや権限管理が曖昧では、結局ファイルの所在が分からなくなります。

また、「運用ポリシーの明文化を怠る」点も問題です。担当者同士で認識を共有せず口頭で済ませてしまうと、離任や新規参加者が加わった際に混乱が生じやすくなります。

こうした失敗を防ぐには、CDE構築時に運用マニュアルやチェックリストを整備し、チーム全員が一定の理解を持ったうえで運用を開始することが重要です。

6. 2. 運用の失敗例と解決策

よくある失敗として、承認ルートが不明確なまま、WIPにファイルが残り続けてSharedへ移行されないケースがあります。対策としては、承認期限を設定し、自動通知が行われる仕組みをワークフローに組み込むと効果的です。

また、命名ルールの乱れによって同じファイルが重複保存され、どれが最新か分からなくなることもあります。これを防ぐには、版管理をシステムで管理できるツールを選び、プロジェクト開始時に明確な命名テンプレートを提示して遵守を徹底する必要があります。

さらに、「CDEを構築したものの活用されていない」という事態を防ぐためには、利点をチーム内で共有し、定期的に運用状況を確認するなど、利用者の意識を高める工夫が欠かせません。

よくある失敗と対策は以下の通りです。

• 承認ルートが不明確
  → 承認期限と通知設定を導入する
  
• 命名ルールの乱れ
  → テンプレートを用意し遵守を徹底する
  
• CDEが活用されない
  → 運用ルール共有と定期レビューを実施する
  

7. CDE構築と国交省BIM/CIMの関係

国交省のBIM/CIMガイドラインでも、プロジェクト全体で情報をマネジメントする仕組みの必要性が重視されています。CDE構築と国交省BIM/CIMの考え方には、情報共有やデータ管理の面で共通する点が多く見られます。

特にBIM/CIMでは、3Dモデルを中心に関連資料や工程情報をあわせて管理することが求められます。CDEの考え方を取り入れてこれらのモデルや関連書類を一貫して管理すれば、提出時の整合性も確保しやすくなります。

なお、日本のBIM/CIM実務では「CDE」という用語そのものよりも、情報共有基盤や各種要領・システム整備といった形で同様の考え方が表れることが多いです。国土交通省が推進する建設DXの流れの中でも、こうした情報共有基盤の整備は重要視されており、今後はCDEツールの選定や運用設計の重要性がさらに高まると考えられます。

8. まとめ｜CDE構築は単なるツールではない

ここまで、CDE構築の重要性や進め方、フォルダ構成、ワークフロー設計、命名ルール、版管理について解説してきました。重要なのは、CDEはツール導入が目的ではなく、プロジェクト全体で共通の運用設計に基づき情報を一元管理する点にあります。

CDEを活用することで、「最新版が分からない」「担当者ごとのルールでデータが分散する」「承認プロセスが形骸化する」といった課題の解消が期待できます。プロジェクト管理を円滑にし、品質を保ちながら効率を高める効果が見込まれます。

一方で、導入にあたっては小さく始めて段階的に改善していく姿勢が重要です。最初から完成度を求めすぎると、運用が定着しにくくなります。まずは小規模なプロジェクトや一部の部署で試行し、成功事例を積み重ねてから全体へ展開していく方法が有効です。

最終的には、プロジェクトのデータ共有フローを誰もが直感的に理解できる状態を目指しましょう。CDE構築を通じてDXの流れに対応し、BIMやCIMとの連携を深めることが、今後の建設業界における重要な取り組みとなります。

＜参考文献＞

建設業におけるCDEとBIMの詳細 | Oracle 日本

https://www.oracle.com/jp/construction-engineering/what-is-cde-and-bim/

技術調査：インフラ分野のDX - 国土交通省

https://www.mlit.go.jp/tec/tec_tk_000073.html

施工管理ソフトウェア | Autodesk Construction Cloud

https://construction.autodesk.co.jp/