(Время чтения: 3 минуты)
Содержание
Введение
1. Начните с цели, а не с модели
2. Что должно быть в EIR?
3. Как EIR превращается в BEP?
4. Почему BEP не работает на проекте?
5. Пять ошибок при формировании требований
6. Как проверить EIR до начала работ?
Заключение
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).
Фраза «нам нужна BIM-модель» кажется понятной только до тех пор, пока не начинаются вопросы.
- Что именно моделировать?
- Какие данные должны быть в элементах?
- Какой уровень детализации нужен?
- В каком формате передавать результат?
- Когда его проверять?
Если заранее не определить ответы, Заказчик и Подрядчик могут по-разному понимать одну и ту же задачу.
Для этого в BIM-проектах используются EIR (Employer's Information Requirements) и BEP (BIM Execution Plan).
Что такое EIR и BEP?
EIR — требования Заказчика к информационной модели. В документе фиксируется, какую информацию, в каком виде и для каких целей должен получить Заказчик.
BEP — план выполнения BIM-проекта. Он описывает, как команда будет организовывать работу, чтобы выполнить требования EIR: кто отвечает за результат, как происходит обмен данными, когда выдаются модели и как они проверяются.
Проще всего запомнить так:
EIR отвечает на вопрос: «Какая BIM-модель нужна?»
BEP — «Как мы будем эту модель создавать?»
EIR — требования Заказчика к информационной модели. В документе фиксируется, какую информацию, в каком виде и для каких целей должен получить Заказчик.
BEP — план выполнения BIM-проекта. Он описывает, как команда будет организовывать работу, чтобы выполнить требования EIR: кто отвечает за результат, как происходит обмен данными, когда выдаются модели и как они проверяются.
Проще всего запомнить так:
EIR отвечает на вопрос: «Какая BIM-модель нужна?»
BEP — «Как мы будем эту модель создавать?»
EIR и BEP: в чём разница?
EIR задаёт требования к результату, BEP переводит эти требования в рабочий процесс.
Если нужно подробнее разобраться в самих понятиях EIR и BEP, мы уже разбирали их в отдельной статье: «Что такое EIR и BEP? Начало работы над проектом»
Здесь сосредоточимся на практической стороне — как сформировать требования к будущей модели.
Если нужно подробнее разобраться в самих понятиях EIR и BEP, мы уже разбирали их в отдельной статье: «Что такое EIR и BEP? Начало работы над проектом»
Здесь сосредоточимся на практической стороне — как сформировать требования к будущей модели.
1. Начните с цели, а не с модели
Главная ошибка — начинать EIR с перечня того, что нужно смоделировать.
Сначала стоит ответить на другой вопрос:
Какую задачу должна решить информационная модель?
Для Заказчика BIM — это не цель сама по себе. Информационная модель может помогать управлять качеством проектных решений, сроками, бюджетом, координацией участников, строительством или подготовкой данных для следующих этапов. В материалах BIM ENVELOP цели BIM для Заказчика напрямую связываются с управлением сроками, качеством и бюджетом проекта: «Какие цели внедрения BIM необходимы для Заказчика?»
Например:
Для генподрядчика BIM, например, может использоваться для координации, контроля объёмов, сроков, стоимости и приёмки работ: «Цели внедрения BIM для генерального подрядчика»
От цели зависит то, какая модель действительно нужна проекту.
Поэтому логика должна быть такой:
Цель → задача → требования → модель → результат
Не весь проект и не все его разделы обязательно нужно моделировать с одинаковой глубиной. Избыточная детализация увеличивает затраты, но не всегда повышает ценность результата. Для достижения поставленных целей не обязательно выполнять в 3D весь проект или все его разделы — важно сопоставлять затраты и получаемый эффект: «Почему не надо внедрять BIM ради BIM?»
Больше детализации ≠ больше пользы. Уровень проработки модели стоит определять исходя из задачи, которую она должна решать.
Сначала стоит ответить на другой вопрос:
Какую задачу должна решить информационная модель?
Для Заказчика BIM — это не цель сама по себе. Информационная модель может помогать управлять качеством проектных решений, сроками, бюджетом, координацией участников, строительством или подготовкой данных для следующих этапов. В материалах BIM ENVELOP цели BIM для Заказчика напрямую связываются с управлением сроками, качеством и бюджетом проекта: «Какие цели внедрения BIM необходимы для Заказчика?»
Например:
- нужно сократить количество коллизий – важны координация разделов и регулярные проверки;
- нужно контролировать объёмы – важны структура модели и информационное наполнение элементов;
- нужно ускорить согласование – важны состав информации и удобный способ её представления;
- модель должна использоваться на строительстве – могут понадобиться данные для контроля объёмов, сроков, приёмки или исполнительной документации.
Для генподрядчика BIM, например, может использоваться для координации, контроля объёмов, сроков, стоимости и приёмки работ: «Цели внедрения BIM для генерального подрядчика»
От цели зависит то, какая модель действительно нужна проекту.
Поэтому логика должна быть такой:
Цель → задача → требования → модель → результат
Не весь проект и не все его разделы обязательно нужно моделировать с одинаковой глубиной. Избыточная детализация увеличивает затраты, но не всегда повышает ценность результата. Для достижения поставленных целей не обязательно выполнять в 3D весь проект или все его разделы — важно сопоставлять затраты и получаемый эффект: «Почему не надо внедрять BIM ради BIM?»
Больше детализации ≠ больше пользы. Уровень проработки модели стоит определять исходя из задачи, которую она должна решать.
2. Что должно быть в EIR?
Хороший EIR не должен содержать как можно больше требований. Его задача — однозначно определить необходимый результат.
1) Цель и сценарии использования
Опишите, для чего будет использоваться модель.
Это может быть:
Если целей несколько, их лучше определить отдельно. Тогда проще понять, какие данные действительно должны быть в модели.
Например, если модель будет использоваться на строительстве, требования могут быть связаны с контролем объёмов, сроков, коллизий, приёмкой работ или исполнительной документацией.
1) Цель и сценарии использования
Опишите, для чего будет использоваться модель.
Это может быть:
- координация проектных решений;
- проверка коллизий;
- подготовка документации;
- расчёт объёмов;
- строительство;
- контроль сроков;
- передача информации на следующий этап;
- эксплуатация объекта.
Если целей несколько, их лучше определить отдельно. Тогда проще понять, какие данные действительно должны быть в модели.
Например, если модель будет использоваться на строительстве, требования могут быть связаны с контролем объёмов, сроков, коллизий, приёмкой работ или исполнительной документацией.
2) Состав модели
Следующий вопрос: что именно входит в работу?
Нужно определить:
Чем точнее определён состав, тем проще сравнивать предложения Подрядчиков и контролировать результат.
Нужно определить:
- какие здания и сооружения входят в проект;
- какие разделы участвуют;
- какие элементы необходимо моделировать;
- какие зоны объекта входят в работу;
- какие элементы можно не моделировать;
- нужны ли отдельные модели по разделам.
Чем точнее определён состав, тем проще сравнивать предложения Подрядчиков и контролировать результат.
3) Уровень детализации
BIM-модель не обязательно должна быть максимально подробной.
Нет универсального уровня детализации, который был бы правильным для любого проекта. Требования зависят от стадии, целей и сценария использования модели.
Поэтому, вместо формулировки «сделать максимально детальную модель», – лучше определить
«какая геометрическая и информационная проработка нужна для конкретной задачи».
Так Заказчик не оплачивает работу, которая не принесёт дополнительной пользы, а Подрядчик понимает ожидаемый результат.
Нет универсального уровня детализации, который был бы правильным для любого проекта. Требования зависят от стадии, целей и сценария использования модели.
Поэтому, вместо формулировки «сделать максимально детальную модель», – лучше определить
«какая геометрическая и информационная проработка нужна для конкретной задачи».
Так Заказчик не оплачивает работу, которая не принесёт дополнительной пользы, а Подрядчик понимает ожидаемый результат.
4) Информационное наполнение
BIM-модель — это не только геометрия.
Для элементов могут потребоваться:
Поэтому в EIR важно определить какие данные должны содержаться в модели и для каких элементов.
Особенно это важно, если модель будет использоваться не только для проектирования, но и на строительстве или последующих этапах жизненного цикла объекта.
Для элементов могут потребоваться:
- наименование;
- тип;
- марка;
- материал;
- технические характеристики;
- классификация;
- идентификаторы;
- другие параметры, необходимые для проекта.
Поэтому в EIR важно определить какие данные должны содержаться в модели и для каких элементов.
Особенно это важно, если модель будет использоваться не только для проектирования, но и на строительстве или последующих этапах жизненного цикла объекта.
5) Форматы и правила передачи
Заранее стоит определить, в каком виде Заказчик получает результат:
Если требуется IFC, одной фразы «передать модель в IFC» может быть недостаточно. Лучше заранее определить требования к её содержанию и дальнейшему использованию.
Также стоит зафиксировать правила:
- исходный формат используемого ПО;
- IFC;
- другие необходимые форматы.
Если требуется IFC, одной фразы «передать модель в IFC» может быть недостаточно. Лучше заранее определить требования к её содержанию и дальнейшему использованию.
Также стоит зафиксировать правила:
- именования файлов;
- версий;
- структуры папок;
- передачи актуальных моделей;
- хранения и архивирования.
6) Критерии приёмки
Последний и один из самых важных вопросов: как понять, что модель готова?
В требованиях стоит заранее определить:
Если критерии приёмки не определены заранее, обсуждение качества легко переносится на самый конец проекта.
В требованиях стоит заранее определить:
- что должно присутствовать в модели;
- какие параметры должны быть заполнены;
- какие правила необходимо соблюдать;
- какие проверки должна пройти модель;
- какие форматы нужно передать;
- что считается основанием для доработки.
Если критерии приёмки не определены заранее, обсуждение качества легко переносится на самый конец проекта.
3. Как EIR превращается в BEP?
После того как Заказчик сформировал требования, Подрядчику нужно определить, как их выполнить.
Например, EIR: модель должна передаваться Заказчику каждые две недели.
BEP: определяет, кто готовит модель, кто проверяет её перед выдачей, где хранится актуальная версия и как передаются замечания.
Или:
EIR: необходима координация архитектурного, конструктивного и инженерных разделов.
BEP: определяет, какие модели объединяются, кто отвечает за координацию, когда выполняются проверки и как участники получают результаты.
Поэтому BEP — не копия EIR. Это план, который переводит требования Заказчика в конкретный процесс работы.
В международных руководствах BEP также рассматривается как рабочий инструмент, описывающий подход команды к информационному управлению, а не просто как документ для формальной передачи.
Например, EIR: модель должна передаваться Заказчику каждые две недели.
BEP: определяет, кто готовит модель, кто проверяет её перед выдачей, где хранится актуальная версия и как передаются замечания.
Или:
EIR: необходима координация архитектурного, конструктивного и инженерных разделов.
BEP: определяет, какие модели объединяются, кто отвечает за координацию, когда выполняются проверки и как участники получают результаты.
Поэтому BEP — не копия EIR. Это план, который переводит требования Заказчика в конкретный процесс работы.
В международных руководствах BEP также рассматривается как рабочий инструмент, описывающий подход команды к информационному управлению, а не просто как документ для формальной передачи.
4. Почему BEP не работает на проекте?
BEP может быть формально подготовлен, но не работать как инструмент управления проектом.
Проблема обычно не в самом наличии документа, а в том, насколько он связан с требованиями проекта и реальными процессами команды.
1) BEP не отвечает на EIR
Если требования Заказчика и план их выполнения существуют отдельно друг от друга, команда получает документ, который не помогает организовать работу.
Для каждого существенного требования EIR должен быть понятен соответствующий ответ в BEP: кто, что, как и когда делает.
2) BEP получился слишком общим
Документ, который одинаково подходит для любого проекта, редко помогает конкретной команде.
В нём должны быть зафиксированы реальные роли, процессы, форматы, сроки, правила обмена и проверки. Современные стандарты BEP отдельно выделяют BIM-роли и зоны ответственности, BIM Uses, обмен информацией, командное взаимодействие и управление качеством.
3) BEP не обновляется
Проект меняется: появляются новые участники, корректируются сроки, меняется состав работ или программное обеспечение.
Если BEP остаётся в версии, подготовленной только в начале проекта, он постепенно перестаёт описывать реальный процесс. В NBIMS-US BEP прямо рассматривается как документ, который обновляется по мере изменения состава участников и этапов проекта.
4) В BEP нет конкретных ответственных
Формулировка «команда проверяет модель» не отвечает на вопрос, кто именно отвечает за проверку.
Для рабочих процессов нужны понятные роли, зоны ответственности и правила взаимодействия. Именно поэтому роли и их обязанности выделяются в стандартах BEP отдельным блоком.
Хороший BEP — это не документ, который подготовили и положили в папку проекта. Это рабочая договорённость о том, кто, что, как и когда делает.
Проблема обычно не в самом наличии документа, а в том, насколько он связан с требованиями проекта и реальными процессами команды.
1) BEP не отвечает на EIR
Если требования Заказчика и план их выполнения существуют отдельно друг от друга, команда получает документ, который не помогает организовать работу.
Для каждого существенного требования EIR должен быть понятен соответствующий ответ в BEP: кто, что, как и когда делает.
2) BEP получился слишком общим
Документ, который одинаково подходит для любого проекта, редко помогает конкретной команде.
В нём должны быть зафиксированы реальные роли, процессы, форматы, сроки, правила обмена и проверки. Современные стандарты BEP отдельно выделяют BIM-роли и зоны ответственности, BIM Uses, обмен информацией, командное взаимодействие и управление качеством.
3) BEP не обновляется
Проект меняется: появляются новые участники, корректируются сроки, меняется состав работ или программное обеспечение.
Если BEP остаётся в версии, подготовленной только в начале проекта, он постепенно перестаёт описывать реальный процесс. В NBIMS-US BEP прямо рассматривается как документ, который обновляется по мере изменения состава участников и этапов проекта.
4) В BEP нет конкретных ответственных
Формулировка «команда проверяет модель» не отвечает на вопрос, кто именно отвечает за проверку.
Для рабочих процессов нужны понятные роли, зоны ответственности и правила взаимодействия. Именно поэтому роли и их обязанности выделяются в стандартах BEP отдельным блоком.
Хороший BEP — это не документ, который подготовили и положили в папку проекта. Это рабочая договорённость о том, кто, что, как и когда делает.
5. Пять ошибок при формировании требований
1) «Нужна BIM-модель»
Без описания цели и результата эта формулировка практически ничего не говорит Подрядчику.
2) Нет цели использования
Если непонятно, зачем нужна модель, сложно определить необходимую детализацию и состав информации.
3) Не определено информационное наполнение
Модель может выглядеть правильно, но не содержать данных, которые понадобятся на следующем этапе.
4) Не согласованы форматы и правила передачи
Особенно критично, если модель должна передаваться между разными программами или организациями.
5) Нет понятных критериев приёмки
Если Заказчик и Подрядчик заранее не договорились, что считать готовым результатом, разногласия могут возникнуть уже после завершения работ.
Без описания цели и результата эта формулировка практически ничего не говорит Подрядчику.
2) Нет цели использования
Если непонятно, зачем нужна модель, сложно определить необходимую детализацию и состав информации.
3) Не определено информационное наполнение
Модель может выглядеть правильно, но не содержать данных, которые понадобятся на следующем этапе.
4) Не согласованы форматы и правила передачи
Особенно критично, если модель должна передаваться между разными программами или организациями.
5) Нет понятных критериев приёмки
Если Заказчик и Подрядчик заранее не договорились, что считать готовым результатом, разногласия могут возникнуть уже после завершения работ.
6. Как проверить EIR до начала работ?
Перед стартом проекта попробуйте ответить на пять вопросов:
Если на каждый вопрос есть однозначный ответ — требования уже можно использовать как основу для работы.
Если ответы звучат как «Подрядчик сам разберётся», «это обычно понятно» или «главное, чтобы была BIM-модель», требования стоит уточнить до начала моделирования.
Именно на этом этапе проще всего исправить недочёты: ещё не потрачены время и бюджет на создание результата, который впоследствии придётся переделывать.
Если EIR уже подготовлен, но вы сомневаетесь, достаточно ли в нём требований, его можно проверить до начала работ. BIM ENVELOP помогает разобрать требования и определить, какие вопросы стоит уточнить, чтобы Заказчик и Подрядчик одинаково понимали будущий результат.
- Что моделируем?
- Зачем нужна модель?
- Какая информация должна в ней содержаться?
- В каком формате и когда получаем результат?
- Как будем проверять качество?
Если на каждый вопрос есть однозначный ответ — требования уже можно использовать как основу для работы.
Если ответы звучат как «Подрядчик сам разберётся», «это обычно понятно» или «главное, чтобы была BIM-модель», требования стоит уточнить до начала моделирования.
Именно на этом этапе проще всего исправить недочёты: ещё не потрачены время и бюджет на создание результата, который впоследствии придётся переделывать.
Если EIR уже подготовлен, но вы сомневаетесь, достаточно ли в нём требований, его можно проверить до начала работ. BIM ENVELOP помогает разобрать требования и определить, какие вопросы стоит уточнить, чтобы Заказчик и Подрядчик одинаково понимали будущий результат.
Заключение
EIR определяет, какая информационная модель нужна Заказчику.
BEP описывает, как команда будет её создавать.
Но качественный BIM-проект начинается ещё раньше — с понимания того, зачем эта модель нужна и какой результат она должна дать.
Хорошо сформированные требования помогают заранее определить:
Чем раньше эти вопросы согласованы, тем меньше вероятность получить модель, которая формально соответствует заданию, но не решает задачи проекта.
BEP описывает, как команда будет её создавать.
Но качественный BIM-проект начинается ещё раньше — с понимания того, зачем эта модель нужна и какой результат она должна дать.
Хорошо сформированные требования помогают заранее определить:
- цель и сценарии использования модели;
- состав работ;
- уровень детализации;
- информационное наполнение;
- форматы и правила передачи;
- порядок проверки;
- критерии приёмки.
Чем раньше эти вопросы согласованы, тем меньше вероятность получить модель, которая формально соответствует заданию, но не решает задачи проекта.
Если у вас уже есть EIR, BEP или просто описание задачи на BIM-модель, можно начать с проверки требований. Мы поможем определить, что уже сформулировано достаточно точно, а что лучше уточнить до начала работ.
Получить обратную связь
Получить обратную связь
#Разбор #EIR #BEP
