В воздухе витает вопрос:
Зачем проверять модель BIM-специалистам Технического Заказчика, её же должен был проверить Проектировщик?
Давайте разбираться:
- Где чья зона ответственности?
- Заказчик: "А что требовать-то?"
- Проектировщик: "А мне точно надо заполнять эти атрибуты? Куда так много?"
Снова поговорим по "человеческие взаимоотношения", ведь всё упирается, по большей части, не в наши компетенции, как технических специалистов. Отнюдь нет! Вся тайна в умении договориться (не только в разговоре, но и с договором, желательно:).
Кадровые изменения в компании на этапе цифровизации
Волею не волей появляются новые отделы, когда компания принимает решение вложиться в цифру и впоследствии приходит к неожиданным открытиям: штат не сокращается за счет автоматизации, а скорее, наоборот, компания масштабируется. Так и появляется BIM-отдел у Проектировщика, а затем и в Службе Заказчика и другие в зависимости от уровня зрелости.
Или, кстати говоря,наоборот, последовательность может быть и другой, и, возможно, так даже правильнее. Ведь мы говорим про трансформацию компании, а не про автоматизацию проектирования. Поэтому мы сперва нанимаем BIM- специалиста к Заказчику для формирования BIM-сценариев, определения, каких компетенций не хватает в компании и детального погружения в бизнес-процессы практически каждого отдела.
Таким образом, формируем повестку: куда, зачем и как мы движемся.
А если у нас ТИМ-отдел, то в общем-то можно и без моделей заниматься цифровизацией, но это уже совсем другая история...
BIM-сценарии
Мне очень нравится одна иллюстрация, которую я нагло перерисовала после просмотра курса от МГСУ и ДОМ.РФ, поэтому делюсь её с вами:
Первое, с чего нужно начать внедрение: нарисовать своё дерево, которое бы отражало конкретно ваши бизнес-цели (Что мне нужно?), на основе которых появятся определенные цели и ключевые задачи (зачем это всё?), понимание, какие технологии и функциональные компоненты (а как это сделать? В каком ПО?) для этого будут нужны.
На предыдущем месте работы, к примеру, у нас (в службе Заказчика) уже:
- Внедряли среду общих данных (Pilot);
- Получали ЦИМ от Проектировщика на большей части объектов и документацию, выпущенную из нее;
- Проводили аналитику проектных решений на основании смоделированных типовых корпусов (жилые многоквартирные дома в Revit, паркинги, СОЦ-объекты);
- Выгружали объемы из ЦИМ для смежных отделов.
Следующие наши шаги (выделены красным) были: бюджетирование и календарно-сетевое планирование.
Разница Проектировщика и Заказчика
На мой взгляд, у каждого своя кухня, на которой нет места другому. Заказчика не должен волновать софт разработки модели, а Проектировщик просто напросто не знает, как будет считать Заказчик те или иные виды работ, как осуществлять закупки и т.д. И если не будет четких требований по атрибутивному наполнению, то вряд ли Заказчик получит желаемый результат, поэтому:
В EIR Заказчик прописывает какие атрибуты и на какие элементы должны быть назначены, указывает перечень допустимых значений и единицы измерения и типом данных (текст или число, как минимум).
Почему важен тип данных?
При последующей работе с данными, текстовые параметры в отличие от числовых нельзя будет проверить, например, на условие: >0.
В BEP Проектировщик прописывает, как будут реализованы требования EIR. В каждой компании по-своему. Но я за то, чтобы в нём не было дублирующей EIR информации и отклонений (для этого есть доп. соглашения).
Но чем более продвинут Проектировщик в автоматизации, тем больше BEP становится похожим на EIR. Появляются, к примеру свои матрицы коллизий и тяжело прийти к общему знаменателю.
Отсюда и возникает разница в методике проверки. Поэтому проще договориться о единых стандартах и минимизировать трудозатраты каждого из отделов, не дублируя проверки. Хотя с другой стороны: доверяй, но проверяй :)
Основные акценты BIM-менеджера Проектировщика
Для Проектировщика важно пройти экспертизу, вовремя выпустить качественную документацию в соответствии с ТЗ на проектирование, поэтому проверяем следующее:
1) Спецификации, выведенные на листы, сформированы корректно и считаются из модели
А что делать с немоделируемыми работами? Обсуждаем с Заказчиком. Зависит от его компетенций и систем, которые он использует. Работая с отечественном софтом, которые съедает Excel, скорее всего будет необходимость дополнительно формировать ведомость в экселе по данному объему. Тоже отдельная тема, если интересно, пишите в комментариях).
2)Реализованы требования Заказчика в объеме компетенций (не квалификации!) Проектировщика
Давайте рассмотрим ситуацию, когда ЦИМ требуется, чтобы осуществить Оценку стоимости объекта; закупку и доставку материалов. Естественно в таком случае требования к параметризации увеличиваются.
Например, есть работы "Вязка арматурных каркасов по месту" или "Изготовление арматурных каркасов в цехах". Значит, в модели должен быть соответствующий параметр, который разделяет конструкции. Но Проектировщику явно не известна загрузка цехов, и он не принимает решение, как будут изготовлены каркасы. Да и вообще: сегодня так, а завтра уже по-другому. Данный вопрос лежит в зоне ответственности ПТО, поэтому если кто и должен допараметризовывать модель, то явно не Проектировщик. Пощадите)
Ну, а заполнение параметра "Масса" для ЖБИ изделий, это уже зона ответственности Проектировщика.
Поэтому заполнением и проверкой атрибутов, да, занимается Проектировщик, но давайте без избыточных требований.
3)Особенности моделирования в зависимости от используемого ПО
Например, работая в Revit, могут образоваться исключенные элементы из групп и, как результат, меньшее количество элементов в спецификации. Или можно реализовать зашивку инженерных коммуникация с помощью загружаемого семейства, и в таком случае площадь материала будет считаться некорректно (как сумма всех поверхностей). Поэтому важно проверять числовые параметры на корректность вычисления и получения нужных единиц измерения в соответствии с EIR.
Ну, а если нет понимания, что и как считается , потом в конце проекта будет мучительно больно. Поэтому
BIM- специалист в Службе Заказчика, на Проектировщика надейся, а сам не плошай и закладывай всё нужное сразу!
4) Соответствие модели нормативке
За счет автоматизации можно значительно упростить жизнь ГИПам, главным архитекторам, инженерам и конструкторам. Например, современное ПО по проверкам ЦИМ позволяет один раз составить проверки и далее нажатием одной кнопки получать следующую информацию:
- Соответствует ли ЦИМ Техническому Заданию?
- Соблюдены ли минимальные расстояния по СП между коммуникациями
- Соответствует ли перечень помещений и соблюдены ли минимальные площади общему стандарту по получению Квартирографии?
- Лежит ли расход армирования в допустимом диапазоне значений?
- Нет ли занижения высоты помещений за счет прокладки инженерных коммуникаций?
- Проверить "бетон в бетоне": наличие оголовков свай внутри ростверка
- Проверить заглубление стоек дорожных знаков в земельное полотно
И так далее..)
Ну ведь здорово, когда это всё можно проверить автоматически! Дело за малым, осталось прописать доп. требования к модели, чтобы это осуществлять...)
Таким образом, можно один раз настроить проверки и не тратить на это кучу времени.
Кстати говоря, компания Айбим сделала шаблоны проверок по требованиям МГЭ для ОКС и ЛО, МОГЭ для ОКС. Для их получения напишите мне в телеграм @nastenkabimcake
5) Конечно, сама автоматизация проектирования
Основные акценты BIM-менеджера Заказчика
1) Унификация, систематизация, типизация для объектов, где это возможно
И сейчас речь, как про проектные решения, так и библиотеку ресурсов, компонентов ЦИМ, из которых можно собирать модель, как LEGO. И Проектировщику жить проще, и вы сами уверены, что модель будет работоспособная и корректно параметризованная.
В идеальной картине мира: BIM специалисты Заказчика и внутреннего Проектировщика, объединяются вместе, чтобы работать сообща, легко и без нервов)
Маппинг параметров тоже сюда же можно отнести. Мне кажется, правильно не ограничивать Проектировщиков конкретным перечнем параметров, а получать перечень соответствия параметров и на своей стороне осуществлять адаптацию параметров.
2)Регламенты и документы для включения в договор
EIR, дорожные карты развития, регламенты приемки моделей и документации...
Но данный пункт по большей части заключается не в написании "бумажек", а в объединении всех звеньев компании воедино и перестройки каждого отдела. Не всегда руководители узко-направленных специализаций понимают суть цифровизации. Обычно BIM воспринимается как большая красная кнопка, смена человеческого труда на машинный. Поэтому BIM-специалист Заказчика берёт на себя нелегкую задачу, в какой-то мере даже психологическую по развеиванию мифов о легкости бытия в компании, которая находится на этапе цифровой трансформации.
3) Коммуникация с подрядчиками
Без внятного ТЗ- результат ХЗ
Беседа до начала проекта, промежуточный контроль, согласование допущений, финальная приёмка.
4) Приёмка ЦИМ
Проверка модели на готовность к управлению данными из нее для осуществления тех BIM-сценариев, которые описаны в EIR
Завершаем
BIM - это не только про технологии, а про людей, которые умело пользуются инструментами автоматизации и выстраивают процессы и налаживают коммуникацию между всеми отделами.
Мне кажется, в строительных ВУЗах давно пора ввести курсы по психологии. BIM-специалисту Заказчика важно слышать, а BIM-специалисту Проектировщика слушать, и будет тогда BIM во всем мире (ну почти).
PS Все фотографии сгенерированы с помощью ИИ, вот чего я достигла за эти полгода))) Извините за громкое описание статьи :D