Бим боли Заказчика

Топ 10 причин, чтобы BIM-менеджер Заказчика начал вас хейтить.

Вы не подумайте, я добрый Заказчик, хотя черный список веду ахахах..

1. Дублирование связей

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

Но также столкнулась с такой методологией при проектировании жилого многоквартирного 5-6 секционного дома, где файл сборняка выглядел вот так:

Рис.1 Посмотрите на бегунок и осознайте, что это только начало.

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

Рекомендация: минимизируйте использование групп и связей.

2. Игнорирование настройки координации на самом старте проекта

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

Картинок не будет, ЖК известные ахах. Не бойтесь, в конце концов всё встало на места :)

3. Сборка в Navisworks для галочки

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

Рис. 2 Набор АР, который содержит "Пол", как и полотенцесушитель

Рекомендация:

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

4. Пускай двери будут замоделированы оборудованием, а ручка двери будет общим вложенным семейством

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

Рис. 3 Системная и несистемная стены одинаковых габаритов с разными площадями

Согласовывайте с Заказчиком все, что может повлиять на выгрузку элементов. Например, я не требую согласования перечня РН (лично я при открытии модели их грохаю, чтобы не мучиться с настройками видимости), наименования видов, однако, если что-то не регламентируется EIRОм в части категорий моделирования и изначально не было прописано в BEP, лучше написать Заказчику и предложить способ моделирования для его утверждения.

Например, для меня важно, чтобы 1 строительная конструкция была реализована одним целым элементом в Revit, например сборный парапет.

Рис. 4 Параметр замоделирован двумя отдельными элементами, число элементов в 2 раза больше, если выгружать из модели.

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

Рис. 5 Спецификация, склеенная по столбцам, с применением разных фильтров.

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

Рекомендация для Заказчика: сразу тестировать предложения, используя ваши средства и методы подсчёта объемов.

5. А давайте подгоним Квартирографию с помощью границ помещений

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

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

6. Заказчик попросил направить модель? ctrl C+ ctrl V, я сделаль

НЕ КОПИРИРУЙТЕ модели для выгрузки Заказчику (будь то финальная или промежуточная) через ctrl c, ctrl v.

Почему нет?

• У вас на сервере может сломаться модель
• Сама передаваемая модель может сломаться и Заказчик не сможет её открыть. Нет это не лайфхак, как сделать так, чтобы обмануть Заказчика:)

Рекомендация: Есть же e-transmit: открывайте файл сборку и выгружаете все связи из него одной кнопкой.

7. Скажу-ка я, что я и швец, и жнец, и на дуде игрец

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

Рис. 6 Наложение DWG (Цветное) и Revit (черное)

Рис. 7 "Автоматическая" спецификация в Revit.

Проблема на рис. 7 кстати в том, что спецификации включает элементы из связей, в которых параметры заполнены по-разному, поэтому строчка пустая.

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

8. А можно я сперва согласую модель, а потом выпущу документацию?)

Ещё скажу так, если вы хотите согласовать модель до выпуска документации, потому что вам нужно закрыть «этап» договора, отношение Заказчика к вам испортится.

Рис. 9 Ну вот примерно на таком этапе...

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

9. Опять перечень замечаний от Заказчика, поставлю-ка я "Исправлено" везде кроме первых пунктов, может не заметит?)

Замечу.

Рекомендация: официально перенести сроки исправлений, чтобы успеть всё отработать/предоставить аргументацию по отклоненным замечаниям Заказчика.

10. Давайте я как-нибудь сделаю, а в конце будем разбираться?

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

Наша главная цель: реализовать всё задуманное качественно и в сроки.

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

В следующей статье можно поговорить про обратную сторону медали: Почему (именно почему, а не при каких условия :D) Проектировщик хейтит Заказчика :) Кидай свои боли.