CDE(Common Data Environment) – ISO 19650이 정의하는 정보관리 협업 환경

여러 회사가 한 프로젝트의 BIM 모델을 나눠 만들 때 가장 먼저 부딪히는 문제는 ‘지금 이 파일이 최신본인가’다. 이메일과 공유 폴더를 오가며 파일명 뒤에 v2_final_진짜최종 같은 접미사가 붙기 시작하면 이미 관리가 무너진 것이다. ISO 19650은 이 혼란을 막기 위해 프로젝트의 모든 정보 컨테이너가 거쳐야 할 단일한 환경, 곧 CDE(Common Data Environment, 공통데이터환경)를 표준으로 규정한다. 이 글에서는 CDE가 정의하는 정보 상태 체계와 그 배경, 실제로 쓰이는 플랫폼까지 정리한다.

■ ISO 19650이 정의하는 네 가지 정보 상태

ISO 19650은 CDE 안의 모든 정보 컨테이너가 항상 네 가지 상태 중 하나에 있어야 한다고 규정한다. 작업 중(Work in Progress)은 각 팀이 아직 다듬고 있는 초안 단계, 공유(Shared)는 다른 팀과 조율하거나 의견을 구하기 위해 승인을 거쳐 내놓은 단계, 발행(Published)은 발주자가 특정 용도(예: 시공)로 쓰도록 공식 인가한 단계, 보관(Archived)은 이후 정보 이력을 추적할 수 있도록 기록해 둔 단계다. 상태 이동에도 규칙이 있어, WIP에서 Shared로 갈 때는 승인(approval), Shared에서 Published로 갈 때는 인가(authorisation)를 거치고, 최종적으로 검증(verification)을 거쳐 Archived로 넘어간다. 컨테이너 하나는 언제나 이 네 상태 중 정확히 하나에만 속하고, 이동은 원칙적으로 한 방향으로만 일어난다.

■ 왜 다자간 협업에 CDE가 필요한가

설계·시공·설비가 각자 서버에 파일을 두고 이메일로 주고받던 방식에서는, 누가 무엇을 언제 승인했는지에 대한 기록이 사람의 기억과 메일함에 흩어진다. CDE는 이 흐름을 하나의 플랫폼과 하나의 규칙 아래 모아, 어떤 정보가 아직 검토 중인지, 어떤 정보가 이미 계약상 효력을 갖는지를 상태만 보고도 구분하게 만든다. 시공사가 실수로 아직 조율 중인 Shared 상태의 도면을 시공 기준으로 삼는 사고, 혹은 이미 폐기된 옛 버전으로 작업하는 사고를 상태 관리 자체가 걸러 준다. 즉 CDE의 가치는 특정 소프트웨어 기능이 아니라, 여러 조직이 같은 규칙으로 정보를 다루게 만드는 협약에 있다.

■ 실제로 쓰이는 CDE 플랫폼

CDE는 개념이고, 이를 구현한 상용 플랫폼은 여러 곳에서 나와 있다. Autodesk Construction Cloud(구 BIM 360)는 설계·시공 단계를 아우르는 클라우드 협업 환경으로 자주 언급되고, Trimble Connect는 여러 소프트웨어가 섞인 환경에서 벤더 중립적 CDE로 쓰인다. Bentley의 ProjectWise, Asite 역시 ISO 19650이 요구하는 정보 상태 관리와 승인 절차를 지원하는 CDE 중심 플랫폼으로 꼽힌다. BIMcollab은 여기에 더해 BCF 기반 이슈 관리에 특화된 협업 도구로 자리를 잡고 있다. 프로젝트마다 발주자의 계약 요건과 참여사의 소프트웨어 환경에 따라 어떤 플랫폼을 CDE로 지정할지가 갈린다.

■ 국내 적용과 유의점

국내 프로젝트에서도 공공발주 BIM 지침이나 해외 발주처와의 협업을 계기로 ISO 19650 기반 CDE 체계를 요구받는 사례가 늘고 있다. 다만 플랫폼만 도입한다고 CDE가 저절로 작동하지는 않는다. 어떤 조건에서 WIP가 Shared로 승인되는지, 발행 권한은 누구에게 있는지 같은 절차를 프로젝트 초기에 BEP(BIM 실행계획)로 문서화하고 참여사 모두가 동의해야 상태 체계가 실제로 지켜진다. 도구는 규칙을 강제할 뿐 규칙 자체를 정하는 것은 결국 프로젝트 참여자들의 합의라는 점이, CDE를 도입할 때 가장 먼저 챙겨야 할 부분이다.