EIR и BEP: как сформировать требования к BIM-модели

Введение

1. Начните с цели, а не с модели

2. Что должно быть в EIR?

3. Как EIR превращается в BEP?

4. Почему BEP не работает на проекте?

5. Пять ошибок при формировании требований

6. Как проверить EIR до начала работ?

Заключение

EIR определяет, какая информационная модель нужна Заказчику, а BEP — как команда будет её создавать. Разбираемся, какие требования важно зафиксировать до начала BIM-проектирования, чтобы Заказчик и Подрядчик одинаково понимали будущий результат.

Фраза «нам нужна BIM-модель» кажется понятной только до тех пор, пока не начинаются вопросы.

• Что именно моделировать?
• Какие данные должны быть в элементах?
• Какой уровень детализации нужен?
• В каком формате передавать результат?
• Когда его проверять?

Если заранее не определить ответы, Заказчик и Подрядчик могут по-разному понимать одну и ту же задачу.

Для этого в BIM-проектах используются EIR (Employer's Information Requirements) и BEP (BIM Execution Plan).

Что такое EIR и BEP?

EIR — требования Заказчика к информационной модели. В документе фиксируется, какую информацию, в каком виде и для каких целей должен получить Заказчик.

BEP — план выполнения BIM-проекта. Он описывает, как команда будет организовывать работу, чтобы выполнить требования EIR: кто отвечает за результат, как происходит обмен данными, когда выдаются модели и как они проверяются.

Проще всего запомнить так:

EIR отвечает на вопрос: «Какая BIM-модель нужна?»

BEP — «Как мы будем эту модель создавать?»

EIR задаёт требования к результату, BEP переводит эти требования в рабочий процесс.

Если нужно подробнее разобраться в самих понятиях EIR и BEP, мы уже разбирали их в отдельной статье: «Что такое EIR и BEP? Начало работы над проектом»

Здесь сосредоточимся на практической стороне — как сформировать требования к будущей модели.

Главная ошибка — начинать EIR с перечня того, что нужно смоделировать.

Сначала стоит ответить на другой вопрос:

Какую задачу должна решить информационная модель?

Для Заказчика BIM — это не цель сама по себе. Информационная модель может помогать управлять качеством проектных решений, сроками, бюджетом, координацией участников, строительством или подготовкой данных для следующих этапов. В материалах BIM ENVELOP цели BIM для Заказчика напрямую связываются с управлением сроками, качеством и бюджетом проекта: «Какие цели внедрения BIM необходимы для Заказчика?»

Например:

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

Для генподрядчика BIM, например, может использоваться для координации, контроля объёмов, сроков, стоимости и приёмки работ: «Цели внедрения BIM для генерального подрядчика»

От цели зависит то, какая модель действительно нужна проекту.

Поэтому логика должна быть такой:
Цель → задача → требования → модель → результат

Не весь проект и не все его разделы обязательно нужно моделировать с одинаковой глубиной. Избыточная детализация увеличивает затраты, но не всегда повышает ценность результата. Для достижения поставленных целей не обязательно выполнять в 3D весь проект или все его разделы — важно сопоставлять затраты и получаемый эффект: «Почему не надо внедрять BIM ради BIM?»

Больше детализации ≠ больше пользы. Уровень проработки модели стоит определять исходя из задачи, которую она должна решать.

Хороший EIR не должен содержать как можно больше требований. Его задача — однозначно определить необходимый результат.

1) Цель и сценарии использования

Опишите, для чего будет использоваться модель.

Это может быть:

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

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

Например, если модель будет использоваться на строительстве, требования могут быть связаны с контролем объёмов, сроков, коллизий, приёмкой работ или исполнительной документацией.

Следующий вопрос: что именно входит в работу?

Нужно определить:

• какие здания и сооружения входят в проект;
• какие разделы участвуют;
• какие элементы необходимо моделировать;
• какие зоны объекта входят в работу;
• какие элементы можно не моделировать;
• нужны ли отдельные модели по разделам.

Чем точнее определён состав, тем проще сравнивать предложения Подрядчиков и контролировать результат.

BIM-модель не обязательно должна быть максимально подробной.

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

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

Так Заказчик не оплачивает работу, которая не принесёт дополнительной пользы, а Подрядчик понимает ожидаемый результат.

BIM-модель — это не только геометрия.

Для элементов могут потребоваться:

• наименование;
• тип;
• марка;
• материал;
• технические характеристики;
• классификация;
• идентификаторы;
• другие параметры, необходимые для проекта.

Поэтому в EIR важно определить какие данные должны содержаться в модели и для каких элементов.

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

Заранее стоит определить, в каком виде Заказчик получает результат:

• исходный формат используемого ПО;
• IFC;
• другие необходимые форматы.

Если требуется IFC, одной фразы «передать модель в IFC» может быть недостаточно. Лучше заранее определить требования к её содержанию и дальнейшему использованию.

Также стоит зафиксировать правила:

• именования файлов;
• версий;
• структуры папок;
• передачи актуальных моделей;
• хранения и архивирования.

Последний и один из самых важных вопросов: как понять, что модель готова?

В требованиях стоит заранее определить:

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

Если критерии приёмки не определены заранее, обсуждение качества легко переносится на самый конец проекта.

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

Например, EIR: модель должна передаваться Заказчику каждые две недели.

BEP: определяет, кто готовит модель, кто проверяет её перед выдачей, где хранится актуальная версия и как передаются замечания.

Или:

EIR: необходима координация архитектурного, конструктивного и инженерных разделов.

BEP: определяет, какие модели объединяются, кто отвечает за координацию, когда выполняются проверки и как участники получают результаты.

Поэтому BEP — не копия EIR. Это план, который переводит требования Заказчика в конкретный процесс работы.

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

BEP может быть формально подготовлен, но не работать как инструмент управления проектом.

Проблема обычно не в самом наличии документа, а в том, насколько он связан с требованиями проекта и реальными процессами команды.

1) BEP не отвечает на EIR

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

Для каждого существенного требования EIR должен быть понятен соответствующий ответ в BEP: кто, что, как и когда делает.

2) BEP получился слишком общим

Документ, который одинаково подходит для любого проекта, редко помогает конкретной команде.

В нём должны быть зафиксированы реальные роли, процессы, форматы, сроки, правила обмена и проверки. Современные стандарты BEP отдельно выделяют BIM-роли и зоны ответственности, BIM Uses, обмен информацией, командное взаимодействие и управление качеством.

3) BEP не обновляется

Проект меняется: появляются новые участники, корректируются сроки, меняется состав работ или программное обеспечение.

Если BEP остаётся в версии, подготовленной только в начале проекта, он постепенно перестаёт описывать реальный процесс. В NBIMS-US BEP прямо рассматривается как документ, который обновляется по мере изменения состава участников и этапов проекта.

4) В BEP нет конкретных ответственных

Формулировка «команда проверяет модель» не отвечает на вопрос, кто именно отвечает за проверку.

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

Хороший BEP — это не документ, который подготовили и положили в папку проекта. Это рабочая договорённость о том, кто, что, как и когда делает.

1) «Нужна BIM-модель»

Без описания цели и результата эта формулировка практически ничего не говорит Подрядчику.

2) Нет цели использования

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

3) Не определено информационное наполнение

Модель может выглядеть правильно, но не содержать данных, которые понадобятся на следующем этапе.

4) Не согласованы форматы и правила передачи

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

5) Нет понятных критериев приёмки

Если Заказчик и Подрядчик заранее не договорились, что считать готовым результатом, разногласия могут возникнуть уже после завершения работ.

Перед стартом проекта попробуйте ответить на пять вопросов:

• Что моделируем?
• Зачем нужна модель?
• Какая информация должна в ней содержаться?
• В каком формате и когда получаем результат?
• Как будем проверять качество?

Если на каждый вопрос есть однозначный ответ — требования уже можно использовать как основу для работы.

Если ответы звучат как «Подрядчик сам разберётся», «это обычно понятно» или «главное, чтобы была BIM-модель», требования стоит уточнить до начала моделирования.

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

Если EIR уже подготовлен, но вы сомневаетесь, достаточно ли в нём требований, его можно проверить до начала работ. BIM ENVELOP помогает разобрать требования и определить, какие вопросы стоит уточнить, чтобы Заказчик и Подрядчик одинаково понимали будущий результат.

EIR определяет, какая информационная модель нужна Заказчику.

BEP описывает, как команда будет её создавать.

Но качественный BIM-проект начинается ещё раньше — с понимания того, зачем эта модель нужна и какой результат она должна дать.

Хорошо сформированные требования помогают заранее определить:

• цель и сценарии использования модели;
• состав работ;
• уровень детализации;
• информационное наполнение;
• форматы и правила передачи;
• порядок проверки;
• критерии приёмки.

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

Если у вас уже есть EIR, BEP или просто описание задачи на BIM-модель, можно начать с проверки требований. Мы поможем определить, что уже сформулировано достаточно точно, а что лучше уточнить до начала работ.

Получить обратную связь

Наши соцсети: Телеграм • ВК • Рутуб

Подписывайтесь на нас в MAX!

#Разбор #EIR #BEP