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

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

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

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

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

Процесс информационного моделирования на любом этапе работы с объектом подчиняется общим принципам, сформулированным в статье «Технология BIM: прагматизм и совместная работа»:

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

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

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

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

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

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

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

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

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

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

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

3). В среде общих данных любая информация по выполняемому проекту должна находиться в одном из четырех разделов: «В работе», «В общем доступе», «Опубликовано», «Архив».

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

5). Раздел «В общем доступе» предназначен уже для совместной (параллельной) работы со смежниками. Данные из раздела «В общем доступе» отражают текущее состояние информационной модели. Перед размещением информации в этом разделе необходимо осуществлять следующие действия:
- Оценить пригодность этой информации для решения дальнейших задач проектирования;
- Осуществить предусмотренные процедуры проверки модели (раздела) на коллизии;
- Осуществить проверку требуемого уровня детализации информации;
- Утвердить выполненную работу руководителем соответствующей группы.

6). Обмен данными, находящимися «В общем доступе», регулируется внутренними регламентами организации, а также правилами, установленными техническим заказчиком.

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

8). Перед попаданием в раздел «Опубликовано» данные должны пройти процедуры проверки на соответствие информационным требованиям заказчика и авторизацию.

9). Управление изменениями/выпусками информационных материалов должно соответствовать системе управления документацией, установленной техническим заказчиком для конкретного проекта. Записи обо всех публикациях, при необходимости, должны храниться в электронном и печатном виде.

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

11). На все материалы раздела «Архив» доступ для редактирования должен быть закрыт.

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

13). Среда общих данных может принимать форму локального или сетевого файлового сервера или сервера моделей, а также представлять облачный сервис.

14). Ответственность за реализацию среды общих данных несет технический заказчик либо привлеченная им подрядная организация.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Некоторые итоги

Статья написана по материалам лекции, прочитанной автором в Университете Минстроя НИИСФ РААСН. С полной записью лекции и возникшей затем дискуссии можно познакомиться в этом ролике: