Если твои документы не упорядочены — ты ими не управляешь. Если твои процессы не настроены - ты ими не управляешь. В результате всегда возникают проблемы.
В 2007 году я работал в компании, где документы хранились на сервере...
... и на локальных компьютерах проектировщиков...
... и ещё в папке "Обмен" на сервере. Причём эта последняя папка вовсе не предназначалась для обмена заданиями — она использовалась для обмена музыкой, фильмами и прочими, не относящимися к работе, файлами. Но именно в ней хранили задания по проектам. Из серии: "Я тебе положил задание в 'Обмен', папка 'Витя', там 'Близнецы', внутри 'ТХ-5'."
Я не буду рассказывать, какие "косяки" случались из-за такого бардака.
Попытки хоть как-то изменить ситуацию ни к чему не приводили, пока сисадмин не пошёл на крайние меры и не предупредил, что по пятницам после 11 вечера из "Обмена" будет удаляться вообще всё. Ему не поверили... а потом долго разбирались, где теперь лежат задания и даже некоторые проекты.
Кардинально ситуация исправилась в 2008 году с внедрением ProjectWise.
Вообще, CDE обладает тройственной природой. Это и процесс (см. ISO 19650-1), и метод организации и управления данными, и инструмент.
С процессом / методом вроде всё понятно: 4 главных каталога (скорее даже "раздела", не понимайте это как 4 физические папки), данные перетекают между ними по понятным правилам.
А с технической точки зрения CDE — это система хранения данных + документооборот + просмотрщик документации в 2D / 3D + ... И что там внутри за последним плюсом — зависит от конкретной CDE. Там могут быть процессы (например, согласование или выдача замечаний), сравнение вариантов, дашборды, RFI и даже чат проекта.
Какие есть нюансы?
Многие уверены, что в рамках проекта CDE — это одна программа, установленная у всех.
Но это далеко не всегда так. Потому что у участников проекта разные требования к CDE. Например, для проектировщиков, работающих в Revit, важна возможность хранения в CDE файла-хранилища. А для техзака - возможность просмотра чертежей, модели и формирования КС-2/3 прямо из системы. А у заказчика своя система с кучей интеграций для всех проектов, и он точно не будет подстраиваться ни под проектировщика, ни под строителей.
И тут проявляется сила метода, когда у проектировщика будет собственная структура каталога проекта с собственным разделом WIP и SHARED, а в моменте передачи данных заказчику на согласование они будут дублироваться в раздел SHARED платформы заказчика. Но всё вместе это — единая среда с прозрачными правилами хранения и движения информации 😎
BIM-принцип #4. Принцип среды общих данных
Команда проекта использует среду общих данных как единое пространство для хранения актуальной и согласованной информации, координации, принятия решений и совместной работы
