Взаимоотношения BIM-специалистов и проектировщиков – как не сжечь мосты и не сойти с ума!

Всем доброго времени суток, коллеги! Я достаточно долго (около 5 лет) проработал в проектировании, в том числе, совмещая эту работу с позицией BIM-координатора, а затем BIM-менеджера, а затем и 5 лет в качестве BIM-интегратора.

За свой долгий опыт личного использования на первой работе и внедрения BIM в десятках самых разноплановых компаний я постоянно сталкивался с одной и той же проблемой – BIM воспринимается в компаниях в штыки как что-то новомодное и бессмысленное.

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

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

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

Но как часто мы слышим фразы от коллег: «BIM-отдел снова все замедлил/усложнил» или «Проектировщики живут в каменном веке»? Конфликты между BIM-специалистами и проектировщиками — как история про кошек и собак. Однако на самом деле обе стороны хотят одного: качественного проекта, сданного в срок.

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

· BIM-специалисты мыслят категориями данных, параметров и междисциплинарных связей.

· Проектировщики часто фокусируются на эскизах, нормах и «проверенных временем» методах. 👉 Пример: BIM-менеджер требует заполнить свойства всех стен в модели или использовать определенные материалы и систему их наименования, а архитектор возмущается: «Зачем? Раньше хватало чертежей!».

· Недооценка времени на обучение.

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

· Перекладывание ответственности: «Это вина BIM-отдела, что мы сорвали сроки» или наоборот «.

«Зачем мне Revit, если я 20 лет работал в AutoCAD?» — знакомо? Многие проектировщики воспринимают BIM как угрозу, а не инструмент.

Что делать? Признать, что конфликты старого и нового естественны (мы их наблюдаем везде и во всем), и перейти от противостояния к синергии. Кроме того, не забывайте – все новое, для большинства людей – это что-то страшное и туда лучше не соваться.

· Ежедневные стендапы (15 минут): Что сделано? Какие блокеры?

· BIM-форумы внутри компании: Обсуждение стандартов, обмен лайфхаками.

· Чат-боты для задач: Например, Trello + Slack для автоматизации напоминаний.

Используйте RACI-матрицу:

· Responsible (исполнитель),

· Accountable (утверждающий),

· Consulted (консультант),

· Informed (информируемый).

👉 Пример: При изменении модели архитектор (Responsible) согласует правки с BIM-менеджером (Accountable), информируя генпланиста (Informed).

· Техника «Парафраз»: «Правильно ли я понял, что вы предлагаете перенести сроки из-за проблем с классификатором?».

· Визуализация: Иногда проще нарисовать процесс на доске, чем объяснять на словах.

Лайфхак: Проводите совместные тренинги — например, проектировщики учат BIM-команду читать чертежи, а те в ответ показывают, как оптимизировать работу через Dynamo.

· ❌ Плохо: «Наладить взаимодействие с ОВ отделом».

· ✅ Хорошо: «Согласовать зоны ответственности за параметры оборудования в модели до 15 ноября».

Внедрите метрики:

· Количество коллизий, устраненных за неделю.

· % проектировщиков, прошедших курс по Navisworks.

Не требуйте от команды перейти на полный BIM Level 3 за месяц. Разбейте на этапы:

1. Внедрение общего шаблона.

2. Обучение сотрудников.

3. Пилотный проект.

Спросите: «Поможет ли эта задача ускорить согласование с экспертизой?». Если нет — пересмотрите приоритеты. П.С. Очень часто в своей практике BIM-интегратора я видел смещение приоритетов в пользу «визуальной составляющей» моделей, вместо того, чтобы сосредоточиться на достижении бизнес ценности от внедрения процессов и инструментов.

Используйте метод временных блоков:

· 2 недели на разработку ТЗ для модели.

· 3 дня на проверку коллизий.

· 1 день на разработку инструкции

· 4 часов на исправление ошибки в семействе и так далее

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

· Используйте Gantt-диаграммы в MS Project или ClickUp.

· Внедрите систему емкостей: Каждый сотрудник имеет «вместимость» задач в неделю (например, 30 часов).

Всегда оставляйте 30% времени на непредвиденное: доработки модели, внезапные проверки.

· Новички: Рутинные задачи (настройка шаблонов, проверка библиотечных компонентов и коллизий по инструкциям, создание библиотечных компонентов).

· Опытные: Координация разделов, работа с API.

· Лиды: Переговоры с заказчиком, стратегическое планирование.

Важно: Создайте «библиотеку компетенций» — таблицу с навыками каждого сотрудника.

· Плагины для Revit: Например, BatchCopy для массового переноса параметров.

· Power BI: Дашборды для мониторинга прогресса.

Ошибка: Не назначайте BIM-менеджера, который не умеет делегировать, ответственным за все задачи.

· Раз в месяц проводите ретроспективы: Что прошло хорошо? Что улучшить?

· Внедрите анонимный чат или форму обратной связи для предложений по улучшениям работы и взаимодействия между сотрудниками.

Даже небольшие, даже если вам кажется это очевидным и вы 100 лет как ожидали от технических специалистов, что им это станет понятно – не важно! Стало понятно? Устранили собственные ошибки? Разобрались в инструкции и не задали лишних вопросов? Круто – похвалите их и отметьте прогресс на регулярных сверках (они же у вас проводятся, правда?).

Используйте метод «5 почему» для поиска корня проблемы:

· Почему проектировщик не заполнил параметры?

· Потому что не понял инструкцию.

· Почему не понял? Инструкция была на 20 страницах без примеров и с мелкими, непонятными изображениями. 👉 Решение: Создать видеоинструкции или разделить большую инструкцию на несколько меньшего размера, увеличить изображения.

BIM и проектировщики — одна команда Секрет успеха — не в идеальной модели, а в людях, которые ее создают. Внедряйте SMART-цели, инвестируйте в коммуникацию и помните: даже самый продвинутый софт не заменит человеческого взаимопонимания. В конце концов, вы же рассчитываете на долгосрочное и продуктивное взаимодействие, не так ли?

P.S. А если после прочтения статьи вы все еще хотите «сжечь мосты» — возможно, стоит начать с кофе-брейка для обеих команд? ☕

P.S.S. А если вам вообще нравится то, что я пишу и интересна тема BIM-технологии - буду рад видеть вас среди подписчиков здесь и в моем открытом телеграмм-канале "ТИМ. Старт"

#bim #bimмоделирование #bimпроектирование #bimтехнологии