Руководство по информационному моделированию bim для заказчиков

Решение заказчика о реализации проекта с применением технологии информационного моделирования должно быть обосновано. Для оценки экономического эффекта от ее применения можно воспользоваться методическими рекомендациями («Методические рекомендации по определению экономической эффективности применения технологии BIM»).

Связаться для расчета

«Важно помнить, что информация, сформированная в информационных моделях, должна соответствовать требованиям заказчика, таким образом, обеспечивая создание информационной модели активов (эксплуатационной модели), поддерживающей выполнение задач по управлению объектами. Поэтому лучшей практикой подготовки требований заказчика является анализ опыта эксплуатации аналогичных объектов, который осуществляется совместно с эксплуатирующей организацией, предоставляющей необходимую информацию к обеспечению надежной, безопасной эксплуатации и соответствующие требования к проекту. Простое требование заказчика к исполнителям о применении в проекте информационного моделирования не приводит к успешным результатам, если цели и задачи применения технологии информационного моделирования четко не установлены, а информационные требования не коррелируют с достижением этих целей.
Требования к информации на уровне организации определяют, какие данные требуются для достижения стратегических целей организации в области управления активами и могут быть разработаны с использованием положений ISO серии 55000, в том числе ГОСТ Р 55.0.02–2014/ИСО 55001:2014 «Управление активами. Национальная система стандартов. Системы менеджмента. Требования». Требования к информации на уровне организации включают в себя создание и категоризацию требований к информации для удовлетворения потребностей системы управления активами.»

Читайте также: Регламентирующие документы для ТИМ / BIM

Информационные требования заказчика включают следующие виды требований:

1. Коммерческо-договорные требования включают в том числе:
• цели и задачи применения технологии информационного моделирования на различных стадиях жизненного цикла объекта (СП 404.1325800.2018 табл. 5.1);
• квалификационные требования к участникам закупки проектных или строительных работ;
• этапы работ и контрольные точки выдачи информации (график выдачи промежуточных и конечных результатов информационного моделирования, необходимых заказчику для принятия ключевых решений по проекту);
• требования к обеспечению юридической значимости информационных моделей и их правовой статус;
Рекомендуется в текст договора на выполнение проектных работ с применением технологии информационного моделирования включить договоренность о том, что в случае выявления несоответствий проектных решений в цифровой информационной модели и проектной документации исполнитель обязуется их устранить в течение [x] дней. Если документация утверждена заказчиком и прошла экспертизу, но позднее были найдены несоответствия с моделью, то модель должна быть откорректирована исполнителем в соответствии с проектной документацией.
• права владельца и права на использование информации.
Рекомендуется руководствоваться положением ГОСТ Р 57563-2017/ISO/TS 12911:2012 раздел 5.5 Права владельца и права на использование информации.
Условия договора должны учитывать права интеллектуальной собственности, предусмотренные действующим законодательством Российской Федерации и типовыми контрактами отрасли.
2. Организационно-управленческие требования включают в том числе:
• требования к применяемым документам по стандартизации информационного моделирования в строительстве (ГОСТы, СП, СТО и пр.);
• роли и функции участников проекта;
Рекомендуется, как минимум, описать основные функции управляющих информационным моделированием службы технического заказчика и исполнителей. Для этих целей рекомендуется использовать положения СП 404.1325800.2018 раздел 8.1.
• требования к составлению плана реализации проекта;
Исполнитель после заключения договора на выполнение проектных или строительных работ должен предоставить заказчику план реализации проекта с использованием информационного моделирования (ПИМ).
В качестве шаблона ПИМ рекомендуется использовать шаблон, приведенный в СП 404.1325800.2018 Приложение А. Данный шаблон должен быть модифицирован исполнителем по составу и содержанию в соответствии со спецификой конкретного проекта и видами работ исполнителя.
• требования к процедурам согласования, способам и форматам обмена данными, среде общих данных
Обмен данными может осуществляться в открытых (преимущественно в IFC), исходных и облегченных (нередактируемых) форматах. Форматы должны быть согласованы с исполнителями при разработке ими планов реализации проектов.
Для организации обмена данными в формате IFC рекомендуется руководствоваться, в том числе положениями СП 331.1325800.2020 и Методическим пособием «Обеспечение интероперабельности при информационном моделировании объектов строительства».
При согласовании проектных решений, для аннотирования элементов моделей (внесение примечаний, замечаний и предложений) рекомендуется использовать открытый формат BCF и/или файлы в проприетарных форматах программ-агрегаторов сводной модели (например, форматы NWD или SMC).
В договоре на выполнение проектных работ следует отдельно оговорить, кто организует среду общих данных (СОД) – заказчик или исполнитель. На начальных этапах внедрения информационного моделирования в организации заказчика рекомендуется организовывать СОД на стороне исполнителя, c предоставлением доступа заказчику и другим участникам проекта в специально выделенное информационное пространство. При организации СОД на стороне заказчика Заказчик должен предоставить лицензии на программные обеспечения для доступа в СОД всех участников проекта, вовлеченных в процесс информационного моделирования. При организации СОД на стороне исполнителя (например, генерального проектировщика или генерального подрядчика) заказчик, при необходимости, приобретает необходимые лицензии программного обеспечения для доступа в СОД.
Заказчик и исполнитель должны совместно разработать и согласовать процедуру проведения координационных совещаний с применением технологии информационного моделирования. Назначить постоянных участников совещаний. Определить периодичность таких совещаний и требуемое для проведения совещаний программное и аппаратное обеспечение. Для согласования ролей, функций и зон ответственности участников проекта обязательно проведение стартового совещания по информационному моделированию.
• требования к сохранности и безопасности данных
• требования к предоставлению ключевых метрик проекта.
По ходу проекта могут запрашиваться ключевые метрики, например, расход стали на м2, расход бетона, отношения полезной и общей площадей, число коллизий и др.
3. Технические требования включают в том числе:
• общие требования;
• требования к составу и структуре BIM-моделей и объемам моделирования;
Привести перечень разделов проекта, по которым необходимо разрабатывать ЦИМ. Рекомендованный минимальный состав: АР, КР, ИОС. Привести по каждому разделу перечень элементов модели, обязательных для моделирования. Задать требования по разделению цифровой модели. Рекомендуется использовать положения СП 333.1325800.20. Задать требования по формирования сводной цифровой модели. Рекомендуется использовать положения СП 333.1325800.2020
• требования к уровням проработки элементов моделей;
Привести минимальные требования к уровням проработки элементов модели. Рекомендуется использовать положения СП 404.1325800.2018. Исполнители проекта при разработке планов реализации в зависимости от поставленных задач применения технологии информационного моделирования должны сформировать более детальные и уточненные требования к LOD и согласовать их с заказчиком.
• требования к программному обеспечению;
Задать минимальные требования к программному обеспечению.
• требования к составу и форматам выдачи результатов проекта;
• требования к согласованности систем координат;
Цифровые информационные модели должны иметь одинаковые системы координат. В проекте должны быть определены базовая точка проекта и точка съемки (пункт государственной геодезической сети).
• требования к именованию файлов и компонентов;
При отсутствии у заказчика собственных требований по именованию файлов рекомендуется использовать правила, приведенные в СП 333.1325800.2020 раздел 11.
• требования к качеству BIM-моделей.
Рекомендуется использовать положения СП 333.1325800.2020

Процесс разработки требований заказчика

Для успешной реализации проекта, на котором используется технология информационного моделирования, заказчику следует, как можно раньше, определить конкретные цели и задачи применения технологии информационного моделирования на всех или некоторых стадиях жизненного цикла и требования к информационным моделям.

Читайте также: Этапы внедрения BIM

Методология определения требований к моделям в части их информационного наполнения (определение требований к уровням проработки элементов моделей, LOD) заключается в подходе «начни c конечного результата».
Этот подход рекомендован ГОСТ Р 57563–2017/ISO/TS 12911:2012 «Моделирование информационное в строительстве. Основные положения по разработке стандартов информационного моделирования зданий и сооружений». Процесс информационного моделирования – процесс, при котором желаемые результаты определяют необходимые исходные данные, набор действий и методы контроля результатов.
Таким образом, при определении информационного содержания элементов цифровых информационных моделей – требований к геометрической и атрибутивной составляющим LOD – следует учитывать информационные потребности всех участников на различных этапах реализации проекта.
В этих целях определение требований к LOD следует осуществлять в обратном порядке, то есть в общем случае от ввода объекта в эксплуатацию к обоснованию инвестиций, руководствуясь при этом требованиями к результатам информационного моделирования на соответствующем этапе проекта.

Если заказчик формирует собственную библиотеку компонентов информационных моделей (для передачи исполнителям), то ему следует руководствоваться, в том числе положениями нормативных документов по правилам описания компонентов информационной модели.

Техническое задания (задание на проектирование) может быть в виде единого документа с подробным описанием информационных требований к модели в соответствии с Приказом от 1 марта 2018 года N 125/пр «Об утверждении типовой формы задания на проектирование объекта капитального строительства и требований к его подготовке» (https://docs.cntd.ru/document/542620215). Также информационные требования к проекту (EIR) можно выделить в качестве отдельно заполняемого документа, прилагаемого к ТЗ.

EIR — документ, определяющий важные для заказчика свойства модели (уровень проработки, именования, матрицу проверок на коллизии и так далее). Часто EIR является составной частью (одним из пунктов или приложением) к заданию на проектирование. EIR необходим для однозначного понимания всеми сторонами того, какими свойствами будет обладать итоговая BIM-модель.

В качестве дополнительной информации помимо актуальных ГОСТ и СП рекомендуется к использованию при составлении ТЗ:

— Руководство по информационному моделированию (BIM) для заказчиков на примере промышленных объектов
— BIM-стандарт для промышленных объектов

Поляков
А.Л., Талапов В.В.

Эта статья написана по материалам доклада, сделанного
авторами на окружном образовательном форуме «Строительный комплекс и
градостроительная деятельность в субъектах Российской Федерации – 2017»,
проводившемся в Новосибирске ФАУ «РосКапСтрой» 2-3 марта 2017 года, и
последовавших затем обсуждений.

Введение: кто такой технический
заказчик?

В русском языке смысл слова «заказчик» всем понятен –
это тот, кто заказывает. В частности, понятно значение этого слова и в
строительстве – оно обозначает инициатора возведения здания. Но если обратиться
к действующей сейчас в строительной отрасли юридической терминологии, то понятие
«заказчик» распадается на несколько терминов:

Инвестор – лицо, размещающее капитал в строительном проекте
для последующего получения прибыли. Инвестор обычно устанавливает договорные
отношения с Заказчиком.

Застройщик – лицо, которое обеспечивает строительство,
реконструкцию, капитальный ремонт объектов капитального строительства, а также
выполнение инженерных изысканий, подготовку проектной документации для их
строительства, реконструкции, капитального ремонта на принадлежащем ему
земельном участке (ст. 1 Градостроительного кодекса РФ). То есть у Застройщика имеется
ключевой признак – принадлежащий ему земельный участок под строительство
(допускается иной правообладатель этого участка, но получивший на него права
заказчика на законных основаниях). Чаще всего Застройщик и выступает Заказчиком
в строительстве. В таких случаях он официально именуется Заказчик-Застройщик.

Заказчик (лицо, которое заказывает строительство или
реконструкцию объекта) – это тот, кто заключает «Договор строительного подряда»
с Подрядчиком. Форма такого договора регулируется п. 3 гл. 37 Гражданского
кодекса РФ. В частности, «по договору подряда
одна сторона (подрядчик) обязуется выполнить по заданию другой стороны
(заказчика) определенную работу и сдать её результат заказчику, а заказчик
обязуется принять результат работы и оплатить его.» (п. 1 ст. 702 ГК РФ).

Технический
заказчик – физическое лицо,
действующее на профессиональной основе, или юридическое лицо, заключающее
договор с Застройщиком на выполнение функции Заказчика в строительстве (ст. 1
Градостроительного кодекса РФ). Поскольку строительная деятельность чрезвычайно
сложна и ответственна, то иногда (довольно часто) Заказчик, у которого не
хватает своего опыта или организационных ресурсов, нанимает профессиональную
организацию, которая занимается от его имени реализацией всех его замыслов.
Возможно, что на небольших объектах с обязанностями технического заказчика
профессионально подготовленное физическое лицо вполне справится, но крупные
проекты сможет осилить только хорошо подготовленное и укомплектованное
юридическое лицо, о деятельности которого и пойдёт в дальнейшем речь.

Официальное признание Технического
заказчика в качестве полноправного субъекта строительной индустрии в нашей
стране состоялось в 2011 году (поправки в Градостроительный кодекс РФ были
внесены Федеральным законом № 337-ФЗ от 28 ноября 2011 г.). С тех пор в
соответствующих юридических документах вместо термина «заказчик» стали
использовать «технический заказчик», хотя за Заказчиком оставлено право брать
на себя функции Технического заказчика.

Функция технического заказчика при всей
её очевидности и полезности для строительной отрасли – достаточно новая для
нашей страны. Поэтому часто в публикациях по этой теме можно встречать
различные толкования обсуждаемого термина, несколько отличающиеся от
вышеизложенного, но мы не будем тратить на это время, а сфокусируемся на сути
решаемых техническим заказчиком задач и значении технологии BIM для его успешной деятельности.

Основные функции технического заказчика

Согласно Градостроительного кодекса РФ основными
задачами, решаемыми техническим заказчиком (укрупнённо), являются:

1. Предпроектная
   подготовка;
2. Получение
   исходно-разрешительной документации;
3. Организация
   проектирования;
4. Подготовка
   строительства;
5. Контроль
   строительства;
6. Финансирование,
   учёт, отчётность, аудит на всех этапах проекта;
7. Передача объекта
   в эксплуатацию.

Нетрудно видеть, что каждая из этих задач в
отдельности требует точной и оперативной информации по проекту. Рассмотренные
же все вместе, они предполагают ещё и единого согласованного сквозного потока данных
по всем стадиям работы с объектом строительства.

Вообще служба технического заказчика должна быть
единой (жестко централизованной) – только так можно эффективно решать главную
задачу по созданию объекта строительства. Это означает, что деятельность
технического заказчика лучше всего будет реализовываться при использовании
технологии BIM информационного моделирования зданий.

Два направления использования BIM в работе технического заказчика

Деятельность технического заказчика охватывает сразу
несколько стадий жизненного цикла здания, фактически заканчиваясь на передаче
объекта в эксплуатацию.

Ранее в статье «Технология BIM: трансформация модели по этапам жизненного цикла
здания» (https://ardexpert.ru/article/6601 ) уже говорилось об особенностях процесса
информационного моделирования в зависимости от стадии жизненного цикла объекта,
связанных с неизбежной сменой набора решаемых задач (целей моделирования) при каждом
переходе на новый этап этого цикла, поэтому мы не будем на них подробно
останавливаться. Отметим лишь, что корректировка процесса информационного
моделирования, о которой многие участники строительной деятельности рассуждают
лишь теоретически, для технического заказчика становится неизбежной
реальностью.

Далее, процесс информационного моделирования на любом
этапе работы с объектом подчиняется общим принципам, сформулированным в статье
«Технология BIM: прагматизм и совместная
работа» (https://ardexpert.ru/article/6174 ):

1. принципу единой модели, означающему
   согласованность информации при работе,
2. принципу прагматизма, согласно которому каждый
   раз моделируется ровно столько, сколько требуется для решения поставленной
   задачи,
3. принципу согласованного моделирования,
   означающему необходимость единого (согласованного) подхода к работе над всем
   проектом.

Если хотя бы один из этих принципов нарушен,
эффективность процесса информационного моделирования резко падает или просто
становится нулевой. Но для технического заказчика, обязанного направлять и
контролировать все процессы, связанные со строительством объекта, особое
значение приобретает третий принцип – согласованного моделирования, поскольку
его соблюдение всеми участниками проекта под общим руководством технического
заказчика способно гарантировать взаимосвязанное информационное моделирование
на всём проекте.

Сказанное означает, что использование техническим
заказчиком технологии BIM можно разделить на два направления: внутреннее (реализация
процесса информационного моделирования внутри собственной организации) и
внешнее (формулировка и обеспечение выполнения общих правил информационного
моделирования для всех участников процесса возведения объекта строительства).

Внутреннее направление BIM для технического заказчика

Работа над любым проектом всегда начинается в недрах службы
технического заказчика. В этой ситуации использование BIM предполагает,
что процесс информационного моделирования запускается уже на стадии предпроекта
и получения исходно-разрешительной документации и проходит затем через все этапы
работы с проектом. Другими словами, BIM становится неотъемлемой частью
производственных процессов в службе технического заказчика. Последнее означает,
что внутренняя структура организации и выполняемые сотрудниками функции должны
получить определенные изменения, учитывающие специфику использования BIM. Схематично это показано на рис. 1.

Рис 1. Общая схема организационной структуры службы технического
заказчика в условиях использования BIM.

Дадим к этой схеме некоторые пояснения.

1) Вполне логично
предположить, что основную нагрузку по информационному моделированию в процессе
выполнения проекта будут нести его непосредственные исполнители
(генпроектировщик, проектировщики, генподрядчик, строительные субподрядчики,
поставщики оборудования и материалов), а технический заказчик будет
пользоваться результатами их моделирования, полный доступ к которым для него должен
быть предусмотрен юридически и технически.

Но для эффективного выполнения функций технического
заказчика этого недостаточно. Требуется ещё дополнительное (по отношению к
исполнителям) моделирование, реализуемое самим техническим заказчиком, особенно
для целей финансового контроля и общего управления. Такое моделирование в
структуре технического заказчика должно осуществляться специальной службой (например,
информационно-техническим отделом, который на схеме показан синим цветом).
Можно, конечно, отдавать эту работу сторонним исполнителям, но это не отменяет
необходимость в подобном «BIM-отделе»,
который как минимум должен будет формулировать задачу, а затем принимать и оценивать
её исполнение и использовать полученные результаты.

2) Использование BIM в службе технического заказчика состоит как из дополнительного
(по отношению к исполнителям) моделирования для собственных нужд, так и
текущего (практически каждодневного) мониторинга процесса работы над проектом.
Последнее также должно выполняться собственными сотрудниками технического
заказчика, входящими в группу управления конкретным проектом, а
информационно-технический отдел обеспечивает для этого необходимые условия, как
программные, так и аппаратные.

3) Представляется
целесообразным иметь у технического заказчика в группе управления каждым
проектом своего BIM-менеджера, который отвечает
за все вопросы информационного моделирования в рамках этого проекта. Предполагается,
что указанный сотрудник должен подчиняться как руководителю проекта, так и
начальнику информационно-технического отдела.

4) Всё
информационное моделирование в службе технического заказчика ведётся в тесном
взаимодействии со службами управления проектами и финансового мониторинга.

5) Подобные
изменения в структуре службы технического заказчика вряд ли приведут к
существенному увеличению (даже просто увеличению) числа сотрудников, поскольку
информационное моделирование принципиально повышает производительность труда
при управлении проектами и работе с информацией, добавляя специалистов с новыми
функциями, но одновременно существенно сокращая число сотрудников на
традиционной «бумажной» работе.

Внешнее направление BIM для технического заказчика

Процесс
информационного моделирования, проходящий внутри службы технического заказчика,
является исключительно важным для выполнения его (технического заказчика) функций,
но играет второстепенную роль по отношению к процессу моделирования возводимого
объекта на всех его стадиях, осуществляемому непосредственными исполнителями работ
(генпроектировщиком, проектировщиками, генподрядчиком, строительными
субподрядчиками, поставщиками оборудования и материалов).

Однако
управление этим сквозным процессом и правильное определение его параметров и
результатов, особенно при переходе на новые стадии проекта, очень важно в
первую очередь именно для технического заказчика, поскольку он через это
моделирование осуществляет контроль за всем ходом возведения объекта, а также
подключает к нему своё дополнительное моделирование.

Отсюда
возникает совершенно конкретная («внешняя») задача для технического заказчика:
определять и координировать процесс информационного моделирования для
исполнителей в течение всего периода работы с объектом.

Рис 2. Технический заказчик определяет общие правила
использования BIM
всеми участниками проекта.

Более развернуто
это выражается в том, что технический заказчик должен:

1. Иметь четкое представление о возможных (допустимых)
   способах информационного моделирования и используемых программах в рамках каждого
   конкретного проекта.
2. Подбирать исполнителей каждого проекта исключительно с
   учётом этого представления и своих возможностей.
3. Осуществлять необходимую программную, аппаратную и
   консультативную поддержку исполнителей на всех стадиях проекта.
4. Осуществлять (резервное) хранение всех материалов
   моделирования.
5. Включаться при необходимости в процесс основного
   моделирования. Такая необходимость может возникать, например, при смене (по
   разным причинам) кого-то из исполнителей.

Эти
перечисленные основные задачи, как и многие другие, возникающие в процессе
информационного моделирования, также должен решать информационно-технический
отдел технического заказчика. Что, в свою очередь, предполагает наличие у его
специалистов определенного опыта как собственного информационного
моделирования, так и использования BIM при управлении проектами.

Где взять первоначальный опыт
использования BIM для технического заказчика?

При внедрении любой новой технологии кто-то всегда должен
быть первым, то есть лидером, причём этого лидера никто новым идеям не учил, и
уж тем более не объяснял ему, как надо всё делать – новаторы до всего доходят
своим умом или коллективным умом, объединяясь с другими новаторами. И один из
лучших способов проверить свои идеи на практике – пилотные проекты, которые
новаторы обычно выполняют на свой страх и риск. В полной мере это относится и к
BIM.

Но если говорить о внедрении BIM во всей
строительной отрасли, в чём прежде всего заинтересовано государство, то тут мы
вправе рассчитывать и на созидательную роль государства в этом внедрении,
помогающую лидерам и снижающую их риски. Эта роль может (должна) содержать
следующие ключевые моменты:

1. Экономическое
   стимулирование перехода участников строительного рынка на BIM.
2. Наработка специально
   выделенными организациями, причём за государственный счёт, первоначального
   опыта использования BIM (госбюджетные
   пилотные проекты) с последующей выдачей участникам строительного рынка
   конкретных рекомендаций, регламентирующих документов и методик работы, в том
   числе и через образовательные курсы.
3. Создание единых
   строительных классификаторов и библиотек элементов для BIM.
4. Стимулирование
   разработки отечественных BIM-программ.
5. Подключение
   вузов и колледжей для подготовки новых специалистов для строительной отрасли, а
   также переподготовки имеющихся.

В нашей стране так исторически складывается, что
внедрение BIM начинается с проектировщиков (прежде всего с
архитекторов). Думается, что процесс перехода российской строительной отрасли
на технологию информационного моделирования существенно ускорится, если, не
мешая это делать проектировщикам, государство станет форсировать освоение BIM техническими
заказчиками.

Кстати, эта идея не нова. Если внимательно посмотреть
опыт государственного перехода на BIM в
Великобритании, то можно заметить, что ключевая роль там отводится именно техническому
заказчику, хотя в Великобритании такой термин не используется. Это можно
отметить как по уже представленным британским BIM-стандартам, так и по практике использования
программного обеспечения, о чем говорилось в статье «Внедрение BIM: фундаментальный опыт Великобритании» (https://ardexpert.ru/article/8850 ).

В нашей стране недавно появился «государственный
технический заказчик» — ФАУ «РосКапСтрой». Думается, что именно он и должен
стать одним из локомотивов внедрения BIM в России в области общего
управления проектами, нарабатывая необходимую базу знаний для себя и других технических
заказчиков.

Но это, конечно, не освобождает остальных энтузиастов
BIM от
инициативной работы по поиску истины!

В условиях все большего применения BIM (технологии информационного моделирования) в отечественном строительном проектировании представители заказчиков проектной продукции начинают получать ее в принципиально новой форме – BIM-модели или BIM-документов. В этой статье мы попробуем рассказать, как может быть создана такая форма продукции и какие имеет преимущества перед традиционной формой (электронных чертежей).

Ключевая особенность применения BIM-технологии в строительном проектировании заключается в том, что документация по проекту не чертится вручную, а генерируется непосредственно из разработанной информационной модели. По сути, она представляет собой автоматически формируемые «срезы» созданной информационной модели – планы, разрезы, спецификации и т.п.

Любые изменения в выданную документацию вносятся тоже не вручную, а путем корректировки элементов модели. Ранее скомпонованные на листах виды планов, разрезов и спецификаций автоматически обновляются.

Таким образом, передаваемую заказчику проектную продукцию, разработанную по BIM-технологии, необходимо рассматривать как взаимосвязанный комплекс информационной модели и сформированной на ее основе документации.

На наш взгляд, идеальным вариантом было бы представление проектной продукции по объекту в виде единого и неразрывного (не редактируемого) BIM-документа, объединяющего представления о ВСЕХ взаимосогласованных проектных решениях, как в виде сборки информационных моделей, так и в виде традиционных комплектов листов документации по разделам. При этом элементы чертежей должны иметь прямую (и контролируемую) связь с элементами моделей. И еще такой файл должен быть достаточно «поворотливым» при просмотре. Такого типа файл можно было бы использовать в качестве хорошей альтернативы PDF-файлу, в котором, как известно, отсутствует какая-либо BIM-информация.

На самом деле, возможность решения такой задачи вполне реальна с помощью программного средства Autodesk Navisworks Manage (последняя версия 2019). Данный инструмент позволяет собрать в одном компактном файле информационные модели более десятка известных форматов, разработанные средствами 3D-моделирования. (см. Рис.1). При этом происходит автоматическое преобразование данных этих форматов в универсальный сжатый формат NWC (кеш-файл Navisworks).

Универсальность данного инструмента подчеркивает и то, что в сборку можно включить даже представления об объекте в виде «облаков точек», полученных путем лазерного сканирования.

Кроме 3D-моделей в этот же файл сборки через специальный Диспетчер листов могут быть добавлены и файлы документации неизменяемого формата (например, PDF или DWF).

В итоге может быть подготовлен комплексный BIM-документ объекта проектирования (файл формата NWD), имеющий следующие выгодные особенности:

• Абсолютно все части BIM-модели объекта и опубликованные листы документации могу быть собраны в одном единственном файле.
• Размер файла комплексного BIM-документа минимум на порядок меньше общего размера всех исходных файлов для сборки. Это позволяет легко рассматривать очень большие и сложные объекты, а также оперативно передавать такой файл даже по слабым каналам Интернета.
• Можно всегда проверить уровень взаимной согласованности проектных решений, разработанных в отдельных частях проекта, и убедиться в отсутствии критических коллизий, приводящих к издержкам на этапе строительства.
• Элементы 3D-модели непосредственно связаны с их изображениями на листах документации через общий идентификатор, т.е., выбрав элемент на листе, можно автоматически найти и выбрать его в модели (см. Рис.2 и 3).
• Листы документации в BIM-документе могут быть сгруппированы по разделам (или томам) в точном соответствии с составом проекта (рис. 4).
• Файл BIM-документа может быть эффективно защищен от любых изменений, что не позволит его как-то исказить или сохранить под другим именем, т.е. вы всегда можете быть уверены в целостности передаваемой информации.

Получив такой BIM-документ, заказчик и любые другие контрагенты (экспертиза, подрядчики и т.д.) смогут оперативно и детально рассмотреть объект со всех сторон, произвести измерения или открыть объективные характеристики любого элемента BIM-модели (объем, площадь, обозначение, и т.п.), а также рассмотреть и распечатать любой лист документации. Причем для решения этих задач достаточно будет бесплатного приложения Autodesk Navisworks Freedom.

Кроме этого, в приложении Autodesk Navisworks Manage к любым частям BIM-документа, при необходимости, есть возможность добавлять замечания и пометки (см. Рис.5), которые затем оперативно передаются авторам документа для рассмотрения. Также в нем можно делать выборки любых элементов модели для автоматического подсчета количественных и объемных показателей.

А еще, если потребуется, в таком файле можно каждый элемент модели привязать к этапу строительно-монтажных работ и до начала строительства проверить правильность составления графика СМР с учетом пространственно-временных коллизий и других ограничений.

Подробно создание комплексного BIM-документа и возможности его использования на этапе проверки и приемки проектной продукции детально рассматривается на нашем курсе «Задачи BIM-менеджера и BIM-координатора проекта. Основы и методология».

MR Group уменьшила срок расчета объемов работ по проекту в пять раз, разработав требования заказчика к информационным моделям. Компания стала применять BIM, когда они только начинали развиваться в России. Читайте, какие шаги помогли ей организовать работу всех участников строительства с использованием информации из единой модели.

Содержание:

1. Определите задачи
2. Разработайте BIM-стандарт организации
3. Обсудите требования с подрядчиками
4. Соберите портфель программных решений
5. Автоматизируйте расчет объемов работ
6. Находите новые применения данным из модели
7. На заметку

Определите задачи

Компания MR Group — девелопер. Она самостоятельно не выполняет работы по проектированию и строительству, а заказывает их у организаций-подрядчиков. Шесть лет назад руководство компании задумалось о том, что нужны общие правила, которые упростят обмен информацией между участниками инвестиционно-строительного процесса.

Заказчик получал от проектировщиков модели и чертежи объектов, выполненные в разных программах: Revit, ArchiCAD, Tekla, MagiCAD. По ним вручную рассчитывали объемы для тендера на генеральный подряд и определяли коэффициент полезной площади, так называемый loss factor. При этом возникали ошибки. Руководство MR Group обратилось в «Айбим» для решения этой проблемы. После этого в компании:

• разработали BIM-стандарт организации,
• передали функции по проверке информационных моделей на аутсорсинг «Айбим»,
• автоматизировали расчет объемов работ.

Разработайте BIM-стандарт организации

Такое требование ввели, когда у MR Group увеличилось количество проектов и их участников. Раньше для обмена информацией использовался FTP-сервер, а согласование происходило по почте. Документы периодически терялись, а процесс их согласования не был прозрачным.

Сотрудники «Айбим» разработали структуру папок и доступа, на основе которой настроили систему, сформировали типы и подтипы замечаний и типовые маршруты согласования документации.

Внедрение системы инженерного документооборота полностью сопровождалось «Айбим», от методологии до технической реализации и дальнейшей поддержки, поэтому ее стали применять сразу на всех проектах компании без пилотирования.

От формата IFC решили отказаться, несмотря на его преимущества. В данной ситуации он оказался ненужным, а выгрузка модели из Revit в Navisworks напрямую происходила в разы быстрее. К тому же из-за особенностей прорисовки геометрии в IFC возникали дополнительные коллизии, которых не было при прямой выгрузке.

Также в BIM-стандарте организации прописали требования по использованию созданных по параметрам заказчика семейств мебели и сантехники Whitebox, улучшили шаблоны поисковых запросов для проверки объемов работ.

Обсудите требования с подрядчиками

Первую версию обновленного стандарта «Айбим» разработала за 2 месяца, еще полтора ушло на вычитку и согласование с MR Group. Утвержденный BIM-стандарт организации разослали всем подрядчикам, с которыми компания работала. Сотрудники «Айбим» и MR Group с каждым из проектировщиков провели встречу и обсудили изменения. И даже после этого во время работы возникало много вопросов по стандарту, на которые надо было быстро отвечать.

Не все проектировщики приняли новые правила. Кому-то не понравились детально проработанные требования, использование Revit, а кто-то просто не смог им соответствовать. По словам представителей компании, из-за этого часть организаций отказалась работать с MR Group. Зато другие пошли обучаться и через пару лет смогли обеспечить результат, который нужен заказчику. Таким образом стандарт моделирования стимулировал развитие рынка.

Соберите портфель программных решений

Для работы с BIM в MR Group внедрили комплекс решений от Autodesk:

• Revit — для проектирования модели исполнителем и детального ее изучения заказчиком;
• Navisworks — для просмотра и анализа сводной модели;
• BIM 360 — для обмена данными между участниками проекта, передачи и согласования документации.

Позже BIM 360 стали использовать для строительного контроля — создания предписаний генподрядчику и контроля за их устранением. А спустя некоторое время к портфелю систем добавили решение от Severin Development — Signal для просмотра руководителями статуса строительства. С его помощью можно увидеть, соответствует ли фактическое выполнение работ запланированному. Signal опробовали на трех пилотных проектах, а потом масштабировали на остальные.

Число проектов и количества передач моделей росло, и MR Group стало не хватать функционала Navisworks. Тогда «Айбим» предложила свою разработку — Larix. Ее используют для проверки информационных моделей и расчета паспорта проекта, а в 2023 году планируют применять и для ведения тендерным отделом актуальных расценок на виды работ.

Набор программ продолжают пополнять по мере того, как меняются потребности заказчика и появляются более современные решения. Например, MR Group опробовал новую систему строительного контроля «Техзор» на второй очереди объекта CityBay и планирует внедрять ее на других объектах.

Автоматизируйте расчет объемов работ

Вот как изменились рабочие процессы:

Было	Стало
Проектировщики предоставляли модели в разных форматах в зависимости от того, с какими программами работают.	Подрядчики передают проект в формате, указанном в BIM-стандарте организации-заказчика.
Заказчик самостоятельно проводил проверку информационной модели на соответствие техзаданию и стандарту, принимал или отправлял на доработку.	Специалисты «Айбим» загружают модель в программу Larix и анализируют полноту данных, соответствие стандарту. По результатам проверки они формируют отчет и направляют проектировщику для исправления ошибок.
Объемы работ по проекту рассчитывали в Naviswork.	Ведомость объемов работ формируют в Larix.est. После загрузки модели к ее элементам привязывают виды работ из справочника. По нажатию кнопки программа проверяет, все ли данные для расчетов заполнены в модели. Если вся необходимая информация есть, объемы работ рассчитываются автоматически.
При изменении модели все расчеты нужно было производить заново.	Если проектировщик вносит изменения в модель, то отредактированный файл снова загружают в Larix. По нажатию кнопки программа пересчитывает объемы и формирует обновленный паспорт проекта. Его можно сравнить с предыдущей версией и увидеть, по каким позициям скорректированы объемы.

Находите новые применения данным из модели

Технологии информационного моделирования позволяют автоматизировать не только подсчет объемов работ. Например, MR Group использует данные из информационной модели в работе маркетингового отдела. Компания публикует на сайте планировки квартир, выставленных на продажу. Раньше такие изображения выполняли специально для сайта. Соответственно, если в проекте что-то менялось, требовалось время, чтобы подготовить и разместить новые иллюстрации.

«Айбим» разработала плагин, который вырезает из информационной модели планировки этажей и отдельно каждого помещения. Эти изображения публикуют на сайте, а чтобы их заменить, достаточно из обновленной модели снова выгрузить планировки.

• 
• 

На заметку

1. Для эффективной работы участников строительства в BIM нужен единый стандарт, содержащий требования к процессу моделирования, уровням проработки элементов, параметрам и форматам модели.
2. Устанавливая требования заказчика к информационным моделям, заказчик влияет на рынок проектирования и может способствовать его развитию.
3. Технологии информационного моделирования и система инженерного документооборота при эффективной организации помогают автоматизировать и в разы ускорить расчет объемов и бюджета проекта.
4. Программные решения для организации и контроля строительства постоянно совершенствуются. Застройщику следует изучать новые продукты и их возможности или обратиться к специалистам, чтобы подобрать инструменты в зависимости от потребностей компании.
5. Информацию из модели можно использовать не только для расчета объемов работ, но и, например, для маркетинговых материалов.

Информационное моделирование зданий — процесс со многими участниками, который переходит из одной стадии в другую, имеет разных исполнителей, поэтому кто-то должен быть его организатором. По логике информационного моделирования, в период возведения объекта лучше всего для этой роли подходит технический заказчик.

Ранее в публикации [1] об этом уже шел разговор, однако время не стоит на месте: развитие технологии информационного моделирования, а также общемирового и нашего (в России) понимания BIM делает необходимым вновь вернуться к этой теме, но уже на более высоком уровне. Это же подтвердила и дискуссия в секции «BIM под управлением технического заказчика» на октябрьском 2019 года форуме «100+» в Екатеринбурге.

Следует отметить, что в данной статье речь пойдет об основных направлениях организации работы технического заказчика по управлению процессом информационного моделирования, а не о том, как это выглядит в нашей стране сегодня.

Почему BIM должен организовывать именно технический заказчик

В мировой прессе до сих пор не утихают споры о том, для кого BIM полезнее и кому от него больше выгоды. Проектировщики часто обиженно говорят, что строители получают дополнительную прибыль от их (проектировщиков) моделей и этой выгодой не делятся. Строители обычно кратко, но точно характеризуют качество проектов (моделей), приходящих от проектировщиков и не учитывающих их (строителей) специфику. Закупщики ругают всех, и тоже правильно. Сметчикам хорошо, но их требуется все меньше и меньше, да и модели «доводить» до нужного качества им приходится самим. Конструкторы недовольны архитекторами, инженеры тоже многим недовольны. И только собственники зданий в этой дискуссии не участвуют, ибо главная прибыль от BIM достается им. Правда, в нашей стране большинство собственников возводимых объектов зачастую даже не догадываются о существовании BIM и возможной пользе от этой технологии. Но мы сегодня будем говорить о тех, кто знает и догадывается (рис. 1).

Рис. 1. Обложки изданий 2008 и 2011 годов книги основоположника BIM Чарльза Истмана с соавторами «BIM Handbook». Ниже заголовка перечислено, для кого предназначена эта книга. На первом месте в этом списке указаны Owners (собственники)

Если всех участников процесса информационного моделирования можно образно сравнить с оркестром, то собственником будет его хозяин. Но оркестру обязательно нужен дирижер. Так вот его функцию и выполняет технический заказчик, способный правильно организовать работу всех в интересах собственника.

В нашей стране термин «собственник» обычно появляется на стадии эксплуатации объекта, а на этапе строительства больше говорят о «заказчике». Но если обратиться к действующей сегодня в строительной отрасли России юридической терминологии, то понятие «заказчик» подразделяется на несколько таких терминов, как:

•  инвестор — лицо, размещающее капитал в строительном проекте для последующего получения прибыли. Инвестор обычно устанавливает договорные отношения с заказчиком;
•  застройщик — лицо, которое обеспечивает строительство, реконструкцию, капитальный ремонт объектов капитального строительства, а также выполнение инженерных изысканий, подготовку проектной документации для их строительства, реконструкции, капитального ремонта на принадлежащем ему земельном участке (ст. 1 Градостроительного кодекса РФ). То есть у застройщика имеется ключевой признак — принадлежащий ему земельный участок под строительство (допускается иной правообладатель этого участка, но получивший на него права заказчика на законных основаниях). Чаще всего застройщик и выступает заказчиком в строительстве. В таких случаях он официально именуется «заказчик-застройщик»;
•  заказчик (лицо, которое заказывает строительство или реконструкцию объекта) — это тот, кто заключает «Договор строительного подряда» с подрядчиком. Форма такого договора регулируется п. 3 гл. 37 Гражданского кодекса РФ. В частности, «по договору подряда одна сторона (подрядчик) обязуется выполнить по заданию другой стороны (заказчика) определенную работу и сдать ее результат заказчику, а заказчик обязуется принять результат работы и оплатить его» (п. 1 ст. 702 ГК РФ).
•  технический заказчик — физическое лицо, действующее на профессиональной основе, или юридическое лицо, заключающее договор с застройщиком на выполнение функции заказчика в строительстве (ст. 1 Градостроительного кодекса РФ). Поскольку строительная деятельность чрезвычайно сложна и ответственна, то иногда (довольно часто) заказчик, у которого не хватает своего опыта или организационных ресурсов, нанимает профессиональную организацию, которая от его имени занимается реализацией всех его замыслов. Возможно, что на небольших объектах с обязанностями технического заказчика профессионально подготовленное физическое лицо вполне справится, но крупные проекты сможет осилить только хорошо подготовленное и укомплектованное юридическое лицо, о деятельности которого и пойдет речь в дальнейшем.

Официальное признание технического заказчика в качестве полноправного субъекта строительной индустрии в нашей стране состоялось в 2011 году (поправки в Градостроительный кодекс РФ были внесены Федеральным законом № 337-ФЗ от 28 ноября 2011 г.). С тех пор в соответствующих юридических документах вместо термина «заказчик» стали использовать термин «технический заказчик», хотя за заказчиком оставлено право брать на себя функции технического заказчика.

Функция технического заказчика при всей ее очевидности и полезности для строительной отрасли — достаточно новая для нашей страны. Согласно Градостроительному кодексу РФ основными задачами, решаемыми техническим заказчиком (укрупненно), являются:

1. Предпроектная подготовка.
2. Получение исходно-разрешительной документации.
3. Организация проектирования.
4. Подготовка строительства.
5. Контроль строительства.
6. Финансирование, учет, отчетность, аудит на всех этапах проекта.
7. Передача объекта в эксплуатацию.

Нетрудно видеть, что каждая из этих задач в отдельности требует точной и оперативной информации по проекту. Рассмотренные же все вместе, они предполагают еще и наличие единого согласованного сквозного потока данных по всем стадиям работы с объектом строительства. Последнее означает, что деятельность технического заказчика лучше всего будет реализовываться при использовании технологии BIM информационного моделирования зданий.

Несколько замечаний о BIM

Поскольку технология информационного моделирования зданий постоянно развивается и совершенствуется, то не будет лишним напомнить основные утверждения, соответствующие современным взглядам на BIM [2].

Итак, BIM — это процесс информационного моделирования, причем он не происходит сам по себе, а определяется необходимостью решать возникающие перед исполнителем конкретные задачи при работе со строительным объектом.

При таком понимании информационная модель — это завершающий результат определенного этапа такого моделирования, причем результат «побочный», поскольку основным результатом каждого этапа информационного моделирования является решение сформулированных в начале этапа проблем. Фактически информационную модель можно рассматривать как своеобразное «оформление» найденного решения этих проблем [3].

Последнее означает, что информационная модель может существенно меняться при переходе с одного этапа информационного моделирования на другой, поскольку разные этапы, как правило, связаны с решением различных проблем. Это значит, что информационная модель может как наполняться новой информацией, так и освобождаться от старой, если надобность в ней на следующих этапах исчезает. Другими словами, было бы неправильно рассматривать информационную модель как некое хранилище информации об объекте, которое только пополняется.

Поскольку строительные объекты — образования весьма сложные, то вполне оправданно говорить об их комплексной модели, которая получается из согласованного объединения моделей различных систем и разных этапов. Такую модель обычно и называют информационной моделью здания.

Также важно отметить, что этапы информационного моделирования обычно не совпадают с общепринятыми этапами возведения здания, их гораздо больше, но они очень тесно связаны между собой, поскольку являются частями общего процесса. Более подробно об этом написано в статье [4].

Место технического заказчика в процессе информационного моделирования

Описанная в Градостроительном кодексе РФ деятельность технического заказчика охватывает сразу несколько стадий жизненного цикла здания, фактически заканчиваясь на передаче объекта в эксплуатацию, после чего этим объектом управляют уже другие ответственные лица (эксплуатанты). Интересно, что такое разделение функций полностью соответствует общемировому пониманию специфики BIM на разных этапах работы с объектом, когда модели по своей структуре, решаемым задачам и особенностям использования подразделяются на два типа: проектную (PIM) и эксплуатационную (AIM). Особо хочется подчеркнуть, что в общемировой терминологии к проектным моделям относится всё, что связано с созданием или существенным изменением объекта (у нас в стране почему-то проектной моделью некоторые называют только то, что делают проектировщики), а к эксплуатационным моделям — всё, что связано с управлением этим сооружением. По этой логике проектные модели могут возникать и на стадии эксплуатации, когда появляются, например, реконструкция или капитальный ремонт, а также снос объекта (рис. 2).

Рис. 2. Два типа информационных моделей объекта строительства (согласно международным стандартам PAS-1192-3:2013 и ISO 19650)

Ранее в работе [2] уже говорилось об особенностях процесса информационного моделирования в зависимости от стадии жизненного цикла объекта, в том числе и на этапе его возведения, связанных с неизбежной сменой набора решаемых задач (целей моделирования) при каждом переходе на новый этап этого цикла, поэтому мы не будем на них подробно останавливаться. Отметим лишь, что корректировка процесса информационного моделирования, о которой многие участники строительной деятельности рассуждают лишь теоретически, для технического заказчика становится неизбежной реальностью.

Процесс информационного моделирования на любом этапе работы с объектом подчиняется общим принципам, сформулированным в статье [5]:

• принципу единой модели, означающему согласованность модельной информации при работе;
• принципу прагматизма, согласно которому каждый раз моделируется ровно столько, сколько требуется для решения поставленной задачи;
• принципу согласованного моделирования, означающему необходимость единого (согласованного) подхода к работе над всем проектом.

Если хотя бы один из этих принципов нарушен, эффективность процесса информационного моделирования резко падает или просто становится нулевой. Но для технического заказчика, обязанного направлять и контролировать все процессы, связанные со строительством объекта, особое значение приобретает третий принцип — согласованного моделирования, поскольку его соблюдение всеми участниками проекта под общим руководством технического заказчика способно гарантировать взаимосвязанное информационное моделирование на всем проекте.

Если рассмотреть общую схему организации техническим заказчиком процесса информационного моделирования для всех участников проекта, то она выглядит следующим образом (рис. 3).

Рис 3. Общая организация BIM под руководством технического заказчика при создании строительного объекта

Из приведенной на рис. 3 схемы хорошо видно, что у технического заказчика в области организации BIM при выполнении проекта есть две основные, при этом взаимосвязанные задачи: создание Среды общих данных (СОД, в английской аббревиатуре — CDE) и формулирование Информационных требований заказчика (ИТЗ, в английской аббревиатуре — EIR) для всех исполнителей проекта.

Среда общих данных

Сегодня, согласно общемировой практике, СОД — это обязательный элемент любого серьезного проекта (либо многопроектной деятельности) с использованием BIM.

Информационное моделирование — это процесс совместной работы по созданию объекта строительства, поэтому при его реализации должны соблюдаться следующие основные принципы совместной работы:

• участники проекта создают, контролируют и проверяют информацию, а также получают данные от других участников проекта путем ссылки, объединения или прямого обмена, когда это необходимо;
• предоставление всеми участниками проекта четко определенных информационных требований для других;
• оценка техническим заказчиком предлагаемого подхода и возможностей каждого потенциального участника процесса информационного моделирования (подрядчик, субподрядчик) до его назначения;
• обеспечение для участников процесса информационного моделирования соответствующего уровня доступа к управляемой Среде общих данных;
• обеспечение надежного хранения материалов в Среде общих данных.

Общая схема организации Среды общих данных приведена на рис. 4.

Рис. 4. Среда общих данных с двумя основными частями —
рабочей и справочно-информационной

Эта схема уже довольно хорошо опробована в мире и вошла в ряд регламентирующих документов, хотя является лишь основой и допускает определенные дополнения и изменения, связанные со спецификой проекта.

Теперь кратко охарактеризуем ее основные положения:

• Среда общих данных — это единый источник достоверной и согласованной информации для всех участников проекта, позволяющий эффективно взаимодействовать, многократно использовать проверенные, согласованные и актуальные данные, а также без потерь обмениваться ими. Поддержание Среды общих данных — обязательная часть процесса информационного моделирования;
• порядок (алгоритм) предоставления и обмена информацией между заказчиком и подрядчиком (поставщиком информационной модели) через Среду общих данных устанавливается в информационных требованиях заказчика;
• в Среде общих данных любая информация по выполняемому проекту должна находиться в одном из четырех разделов: «В работе», «В общем доступе», «Опубликовано», «Архив»;
• раздел данных «В работе» — это пространство хранения текущих незавершенных частей (разделов) информационной модели, над которыми исполнителями осуществляется работа и которые еще не достигли нужного уровня готовности;
• раздел «В общем доступе» предназначен уже для совместной (параллельной) работы со смежниками. Данные из раздела «В общем доступе» отражают текущее состояние информационной модели. Перед размещением информации в этом разделе необходимо осуществлять следующие действия:
  • оценить пригодность этой информации для решения дальнейших задач проектирования,
  • осуществить предусмотренные процедуры проверки модели (раздела) на коллизии,
  • осуществить проверку требуемого уровня детализации информации,
  • утвердить выполненную работу руководителем соответствующей группы;
• обмен данными, находящимися «В общем доступе», регулируется внутренними регламентами организации, а также правилами, установленными техническим заказчиком;
• раздел данных «Опубликовано» — это пространство, в котором размещаются готовые, согласованные между участниками проекта материалы по определенной стадии работы с моделью для передачи их внешним участникам процесса или контролирующим органам со стороны технического заказчика;
• перед попаданием в раздел «Опубликовано» данные должны пройти процедуры проверки на соответствие информационным требованиям заказчика и авторизации;
• управление изменениями/выпусками информационных материалов должно соответствовать системе управления документацией, установленной техническим заказчиком для конкретного проекта. Записи обо всех публикациях, при необходимости, должны храниться в электронном и печатном виде;
• раздел «Архив» — это пространство, в которое переносятся данные из фазы «Опубликовано» для дальнейшего хранения и учета всех действий по передаче информации и отслеживанию изменений (аудита) в случае возникновения спорных ситуаций;
• на все материалы раздела «Архив» доступ для редактирования должен быть закрыт;
• справочная часть СОД наполняется техническим заказчиком либо, по согласованию с ним, исполнителями проекта и содержит общую информацию по проекту, единые базы данных для выполнения проекта и любую другую информацию, полезную для согласованного информационного моделирования всеми участниками проекта;
• Среда общих данных может принимать форму локального или сетевого файлового сервера или сервера моделей, а также представлять облачный сервис;
• ответственность за реализацию Среды общих данных несет технический заказчик либо привлеченная им подрядная организация.

Информационные требования заказчика

На сегодняшний день, также согласно общемировой практике, Информационные требования заказчика (ИТЗ) — еще один обязательный элемент любого серьезного проекта (либо многопроектной деятельности) с использованием BIM. Это, без преувеличения, основной комплект документов (приложений к договорам с подрядчиками), определяющий весь процесс информационного моделирования при создании объекта строительства. Информационные требования заказчика предъявляются индивидуально каждому исполнителю (и согласуются с ним), при этом являясь уточнением общих информационных требований заказчика по всему проекту.

Информационные требования заказчика составляются с целью:

• облегчить понимание задач исполнителями договора (определить соответствующий уровень знаний и квалификацию исполнителей, а также сложность выполняемой работы);
• снизить риски при выполнении договора (некомпетентность подрядчиков, сроки, качество и стоимость выполняемых работ);
• управления информацией по проекту (единые правила накопления и использования информации, подготовки входных и получения выходных данных для любой задачи);
• максимально использовать все преимущества информационного моделирования (единая модель, актуальность информации и доступ к ней для всех участников проекта).

Теперь перейдем к основным элементам ИТЗ. Обычно Информационные требования заказчика подразделяются на три раздела: технические, организационные и информационные.

Технические требования должны содержать:

• правила соединения разделов проекта в единую (координационную) модель;
• правила формирования модели в рамках одного раздела проекта;
• правила объединения разделов проекта, выполняемых в разном программном обеспечении (различных форматах файлов);
• правила и условия объединения разделов, выполняемых как средствами информационного моделирования, так и без них;
• правила наименования и обозначения элементов модели;
• правила структурирования и оформления итоговой информации;
• иные требования, необходимые с точки зрения заказчика для качественного выполнения проекта.

В технических требованиях также должны оговариваться:

• форматы данных (наименование и версии используемого программного обеспечения, форматы основного моделирования, форматы обмена данными, форматы CAD-данных, форматы прочих данных);
• структура разделения данных (общие координаты и привязка частей модели, разделение частей модели на файлы);
• безопасность данных (конфиденциальность, схема и уровни доступа для различных участников проекта).

Организационные требования должны содержать:

• основные правила по организации и использованию Среды общих данных (хранение данных, форматы уведомлений и т.п.);
• условия по опыту исполнителей (уровень выполненных проектов в технологии информационного моделирования, уровень квалификации или необходимого обучения персонала по информационному моделированию, наличие у исполнителей внутренних стандартов и регламентов по информационному моделированию);
• основные этапы проекта (стадийность, ключевые этапы и сроки и т.п.);
• правила обмена информацией (частота предоставления информации, способы и регламент обмена данными, правила доступа к информации других исполнителей и т.п.).

Информационные требования должны содержать:

• уровень детализации (LOD) элементов модели (устанавливается для основных групп элементов);
• требования по рационализации и ускорению геометрического моделирования;
• уровень информативности (LOI) элементов модели (устанавливается для основных групп элементов в виде конкретных спецификаций);
• структура полей свойств элементов, в том числе пустых полей для перспективной информации;
• общие принципы ввода информации;
• общие принципы работы с объединенной моделью (настройка видов, спецификации для проверки модели, правила и инструменты проверки коллизий, правила и инструменты проверки проектных решений и т.п.).

Приведенный список — лишь основная часть Информационных требований заказчика. Формирование окончательной редакции ИТЗ, которые становятся приложением к договору на выполнение соответствующих работ, может происходить в несколько заходов в тесном взаимодействии с будущими исполнителями проекта.

Более того, в определенных ситуациях, возникающих при выполнении проекта, Информационные требования заказчика могут меняться (корректироваться) по согласованию с исполнителями. Это наиболее вероятно в случаях, когда разные исполнители задействованы на различных, в том числе пересекающихся, а потому взаимосвязанных стадиях проекта (рис. 5).

Рис 5. Информационные требования заказчика могут корректироваться в процессе выполнения проекта. Эта схема более точно, чем рис. 3, передает возможное участие подрядчиков на различных стадиях информационного моделирования

План реализации информационных задач

Мировой опыт показывает, что для повышения эффективности BIM в ответ на Информационные требования заказчика после заключения договора между техническим заказчиком и подрядчиком обеими сторонами формируется и утверждается основной план реализации информационных задач.

В этом плане перечисляются основные передаваемые информационные материалы и определяется, когда, кем и на основе каких протоколов и процедур должна быть подготовлена информация о проекте (для каждого этапа информационного моделирования).

Основной план реализации информационных задач разрабатывается на основе серии планов, касающихся реализации информационных задач для отдельных разделов моделирования. Он должен разрабатываться совместно менеджером проекта (BIM-менеджером) со стороны технического заказчика и менеджерами по взаимодействию от соответствующих групп исполнителей.

План реализации информационных задач должен содержать обязанности участников проекта, касающиеся решения какой-либо конкретной задачи процесса информационного моделирования строительного объекта.

Для закрепления основных процедур процесса информационного моделирования строительного объекта технический заказчик должен разработать информационный протокол проекта — имеющее юридическую силу дополнительное соглашение к договору, содержащее подробные сведения об информационной модели строительного объекта, которая должна быть выполнена подрядчиком (подрядчиками) в ходе реализации проекта.

В каждом плане реализации информационных задач должно быть указано:

• соответствие Информационным требованиям заказчика;
• период предоставления информации и фактические даты поставки информации (в соответствии с этапами либо с ключевыми вехами проекта);
• способ предоставления информации;
• какая именно информация должна быть предоставлена;
• ответственные лица, осуществляющие предоставление информации.

Часть процесса планирования предоставления информации должна быть выполнена подрядчиком (генеральным подрядчиком) до заключения договора подряда, поскольку это необходимо для оценки, осуществляемой заказчиком, при назначении той или иной подрядной организации.

Команда по предоставлению информации должна убедиться, что принятые решения верны и соответствуют плану выполнения проекта до начала работ по созданию проектной информационной модели.

Частью процесса планирования предоставления информации заказчику является матрица ответственности. В рамках информационного моделирования матрица ответственности должна определять: роли участников проекта, ответственных за управление информацией; задачи информационного моделирования (проектной информационной модели или информационной модели актива) в соответствии с требованиями к информации об активе или информационными требованиями заказчика.

Собственный BIM-отдел технического заказчика

Как видим, использование технологии информационного моделирования при возведении строительного объекта, сулящее заказчику немалую выгоду, в ответ требует от технического заказчика весьма квалифицированной работы по его организации и исполнению. Ранее об этом также говорилось в уже упоминавшейся статье [1].

Лучше всего для решения возникающих задач подходит собственный BIM-отдел технического заказчика. Понятно, что это название условное. Также это подразделение может не находиться в структуре технического заказчика, а являться привлекаемой сторонней инжиниринговой компанией. Возможны и комбинированные варианты. Численность BIM-отдела (согласно международному опыту, весьма небольшая) и его техническое оснащение зависят от многих факторов, в частности от величины проекта, частоты выполнения таких проектов техническим заказчиком, BIM-квалификации привлекаемых исполнителей и многого другого (рис. 6).

Рис. 6. Основные задачи, решаемые BIM-отделом технического заказчика

К этим задачам могут добавляться и другие, в зависимости от особенностей проекта. Например, при строительстве скоростной подземной магистрали Crossrail в Лондоне заказчиком для специалистов подрядных организаций была организована Crossrail BIM Academy с целью обучения и консультирования по вопросам BIM. При огромном масштабе проекта общая численность сотрудников этого учебного центра составляла всего десять человек. Более подробно об этом можно прочитать в работе [2].

Подведем итоги

Итак, согласно мировому опыту, использование BIM на крупных проектах, да и не только на них, получит наибольшую эффективность, если оно организуется и управляется техническим заказчиком. Поэтому при переходе на информационное моделирование много внимания уделяется подготовке специалистов заказчика, особенно государственного заказчика. Более подробно о такой работе в Великобритании можно прочитать в статье [6]. Хочется надеяться, что и в нашей стране на это обратят должное внимание.

Литература:

1. Поляков А.А., Талапов В.В. Что дает BIM техническому заказчику // САПР и графика. Москва. 2017. № 4. С. 44-46.
2. Талапов В.В. Технология BIM: суть и основы внедрения информационного моделирования зданий. Москва: Издательство «ДМК-пресс», 2015. 410 с.
3. Талапов В.В., Таныгина Е.А. Об общей схеме информационной модели объекта недвижимости // Вестник СГУГиТ. 2018. Т. 23. № 2. С. 211-218.
4. Талапов В.В. Жизненный цикл здания и его связь с внедрением технологии BIM // САПР и графика. Москва. 2017. № 2. С. 8-12.
5. Талапов В.В. О некоторых принципах, лежащих в основе BIM // Известия высших учебных заведений. Строительство. Новосибирск. 2016. № 4(688). С. 108-114.
6. Талапов В.В. Заказчик — главный в использовании BIM // САПР и графика. Москва. 2019. № 1. С. 57-61.