그냥 공유 폴더 아니야? ISO 19650이 말하는 CDE의 진짜 역할
CDE(Common Data Environment, 공통 데이터 환경)는 ISO 19650에서 정의한 BIM 정보 관리의 핵심 인프라다. 단순히 "파일을 공유하는 폴더"가 아니라, 정보의 생성→공유→승인→발행→보관으로 이어지는 전 과정을 관리하는 체계다. CDE를 제대로 구축하지 않으면, 아무리 좋은 BIM 도구를 써도 데이터 혼란에서 벗어날 수 없다.
CDE의 4가지 상태 (ISO 19650)ISO 19650은 CDE에서 정보가 거치는 4가지 상태를 정의한다.
- Work in Progress (WIP): 각자 작업 중인 미완성 정보
- Shared: 검토 완료, 다른 분야가 참조할 수 있는 정보
- Published: 승인 완료, 계약·허가용으로 발행된 정보
- Archive: 프로젝트 종료 후 보관되는 정보
CDE가 필요한 이유
"그냥 네트워크 드라이브에 넣어두면 안 되나요?"라는 질문을 자주 받는다. 얼핏 보면 폴더 몇 개 나누는 것과 뭐가 다른가 싶다. 차이는 "상태가 바뀔 때 무슨 일이 일어나는가"에 있다. 네트워크 드라이브에서는 누군가 파일을 WIP 폴더에서 Shared 폴더로 옮기는 행위 자체에 아무 검증이 없다. 검토도 안 된 모델이 실수로 Shared에 올라가도 시스템은 막지 않는다. CDE는 이 상태 전환 하나하나에 승인 절차를 강제로 끼워 넣는다. "누군가 검토 완료 버튼을 눌렀고, 다른 누군가 승인 버튼을 눌러야만" 파일이 다음 상태로 넘어간다.
| 기능 | 단순 파일 공유 | CDE |
|---|---|---|
| 버전 관리 | 덮어쓰기 (누가 덮어썼는지 모름) | 자동 버전 관리, 이력 추적 |
| 승인 워크플로우 | 없음 (메일로 승인) | 시스템 내에서 승인 절차 자동화 |
| 상태 관리 | 없음 | WIP/Shared/Published/Archive 구분 |
| 접근 권한 | 모든 파일에 동일 | 상태·역할별 세분화된 권한 |
| 감사 추적 | 어려움 | 모든 작업이 자동 기록 |
| 검색 | 파일명으로만 | 메타데이터·속성 기반 검색 |
이 표에서 실무자가 가장 늦게 체감하지만 가장 중요한 항목은 "감사 추적"이다. 프로젝트 막바지에 "이 벽 두께가 언제 300에서 250으로 바뀌었죠?"라는 질문이 나왔을 때, 네트워크 드라이브에서는 답할 방법이 없다. CDE에서는 변경 이력이 자동으로 남아있어서, 누가 언제 왜 바꿨는지(코멘트를 남겼다면) 바로 확인할 수 있다.
[Image: CDE 플랫폼(ACC 등)에서 파일의 버전 이력과 변경자·변경일이 타임라인으로 표시된 화면]
CDE 구축 가이드
1단계: 폴더 구조 설계
CDE의 가장 기본은 체계적인 폴더 구조다. ISO 19650에서 제안하는 구조를 기반으로 설계한다.
프로젝트명/
├── 00_ADMIN (프로젝트 관리 문서)
│ ├── BEP, EIR, 계약서
│ └── 회의록, 의사결정 기록
├── 01_WIP (작업 중)
│ ├── 건축
│ ├── 구조
│ └── MEP
├── 02_SHARED (검토 완료, 공유)
│ ├── 건축
│ ├── 구조
│ └── MEP
├── 03_PUBLISHED (발행)
│ ├── 도면
│ ├── 모델
│ └── 문서
└── 04_ARCHIVE (보관)
└── 프로젝트명_YYYYMMDD
2단계: 상태 전환 프로세스 정의
각 상태 간 전환은 자동이 아니라 승인 프로세스를 거쳐야 한다.
WIP → Shared (검토 완료 신청)
- 모델러가 "검토 완료" 표시
- BIM 매니저가 승인
- 승인 시 자동으로 Shared 폴더로 이동
Shared → Published (발행 승인)
- BIM 매니저가 "발행 승인" 요청
- PM 또는 설계 책임자가 승인
- 승인 시 PDF 자동 생성, Published 폴더로 이동
Published → Archive (프로젝트 종료)
- 프로젝트 종료 시 전체 데이터를 Archive로 이동
- 읽기 전용으로 설정
3단계: 명명 규칙 (Naming Convention)
파일과 폴더의 명명 규칙을 프로젝트 시작 전에 정의해야 한다.
추천 명명 규칙:
[프로젝트코드]_[분야]_[문서유형]_[번호]_[버전].확장자
예시:
P2026-001_ARC_DRW_A-101_V02.rvt
P2026-001_STR_MODEL_S-001_V01.rvt
P2026-001_MEP_RPT_간섭체크_20260710.xlsx
4단계: 권한 설정
CDE의 각 상태와 폴더에 대한 접근 권한을 역할별로 정의한다.
| 역할 | WIP | Shared | Published | Archive |
|---|---|---|---|---|
| 모델러 | 읽기/쓰기 | 읽기 | 읽기 | 읽기 |
| BIM 매니저 | 읽기 | 읽기/승인 | 읽기/승인 | 읽기 |
| PM | 읽기 | 읽기 | 읽기/승인 | 읽기 |
| 발주처 | - | 읽기 | 읽기 | 읽기 |
[Image: CDE 폴더 구조(00_ADMIN~04_ARCHIVE)와 각 폴더에 대한 역할별 권한 매트릭스를 함께 보여주는 다이어그램]
CDE 도입은 기술보다 프로세스가 먼저다아무리 좋은 CDE 플랫폼을 도입해도, 사람들이 프로세스를 따르지 않으면 무용지물이다. CDE 도입의 성공 열쇠는 "왜 이렇게 해야 하는지"를 팀원들이 이해하는 것이다. Kick-off 미팅에서 CDE의 목적과 프로세스를 충분히 설명하고, 초기 1~2개월은 BIM 매니저가 매일 모니터링하면서 피드백을 주는 것이 좋다.
CDE 도입 초기에 흔히 겪는 저항
새 CDE 플랫폼을 도입하면 초반 2~3주는 오히려 작업 속도가 느려진다는 불평이 나온다. "예전엔 그냥 폴더에 저장하면 끝이었는데, 이제 상태 전환 버튼을 누르고 승인을 기다려야 한다"는 것이다. 이 불평은 틀린 말이 아니다. 실제로 단기적으로는 느려진다. 하지만 이 초기 저항 구간을 CDE의 결함으로 오해하면 안 된다. 승인 절차가 추가된 만큼 "확인 안 된 정보가 잘못 퍼지는 사고"가 줄어드는 대가를 치르는 것이기 때문이다. BIM 매니저가 이 구간에서 팀원들에게 "왜 이 한 단계가 필요한지"를 반복해서 설명해주는 것이 정착 속도를 좌우한다.
CDE 솔루션 비교
| 솔루션 | 특징 | 가격대 | 적합한 규모 |
|---|---|---|---|
| Autodesk ACC | Revit과 완전 통합, 가장 널리 사용됨 | 중~고 | 중대형 |
| Trimble Connect | Tekla 연동 강점, IFC 기반 오픈 | 중 | 구조 중심 |
| Dalux | BIM 기반 현장 품질 관리 특화 | 중 | 시공 중심 |
| ThinkProject | 국산, 국내 공공 발주 대응 | 중 | 국내 프로젝트 |
| BIMplus | Nemetschek 계열, Allplan 연동 | 중 | 유럽 중심 |
마무리
CDE는 BIM 협업의 기반이다. 어떤 BIM 도구를 쓰든, 어떤 규모의 프로젝트를 하든, CDE 없이는 정보 관리가 체계적으로 이루어지기 어렵다. 가장 중요한 것은 "폴더 구조 + 상태 전환 프로세스 + 명명 규칙 + 권한 설정" 이 4가지가 정의되고, 모든 팀원이 이를 따르는 것이다. CDE는 처음 구축할 때는 번거롭지만, 프로젝트가 진행될수록 그 가치가 빛을 발한다.