Регламент BIM-координации: чтобы встречи работали
Как проводить встречи по коллизиям: частота, состав, роли, статусы, кто закрывает пункт и что писать в протокол. Разбор причин, по которым процесс глохнет.
Полтора часа, одиннадцать человек в переговорной, 214 пунктов в отчёте. Закрыли девять. Через неделю собрались снова, пунктов стало 260.
Так выглядит координация, у которой нет правил. Люди работали честно, время потратили, результата нет. Разберу, из чего складывается регламент, который эту картину меняет.
Почему встречи глохнут у большинства
Причин обычно четыре, и все организационные.
Обсуждают, а не решают. Половина времени уходит на «а почему у вас труба здесь». Виноватого ищут, решение не записывают.
У пункта нет хозяина. Коллизия числится за разделом ОВ и разделом КР одновременно. Оба ждут другого.
Нет письменного следа. Договорились устно, через две недели у каждого своя версия договорённости.
Приходят не те люди. Сидят двенадцать человек, из которых восемь слушают. Решение принимает один, и он на объекте.
Добавьте к этому отчёт на 214 позиций, который никто не открывал до встречи, и получите ритуал вместо работы.
Частота: привязать к циклу выпуска
Универсального интервала нет, есть привязка к стадии.
- Стадия «П», активная разработка: раз в две недели, 60 минут.
- Стадия «Р», основной объём: еженедельно, 45 минут.
- За три недели до выдачи комплекта: дважды в неделю, 30 минут, только критичное.
- После выдачи: раз в месяц, контроль изменений.
Важнее интервала предсказуемость. Вторник, 10:00, каждую неделю, в календаре у всех, без переносов. Как только встреча начинает плавать по дням, посещаемость падает за месяц.
Отдельно фиксируем срок публикации моделей: пятница до 17:00. Координатор берёт модели в субботу, проверяет, рассылает отчёт в понедельник до обеда. Ко вторнику у людей есть сутки посмотреть свои пункты.
Кто нужен на встрече
Оптимальный состав: пять-семь человек.
| Роль | Что делает | Обязателен |
|---|---|---|
| BIM-координатор | ведёт прогон, готовит повестку, ведёт протокол | да |
| Ответственный по разделу | принимает решения за раздел, имеет право менять модель | да, по одному от раздела |
| ГИП | разруливает спорное, где смежники не договорились | на 15 минут в конце |
| Технадзор или подрядчик | подсказывает монтажные ограничения | на стадии Р, по ситуации |
| Руководитель проектов | смотрит сводку, не участвует в разборе | нет |
От раздела приходит один человек, который отвечает за раздел. Не два, не «а можно я послушаю». Слушатели растягивают встречу вдвое.
Роль координатора отдельно оговорю. Он не рисует за смежников и не спорит о технических решениях. Его работа: собрать модели, отсеять шум, поставить вопрос, записать ответ, проверить закрытие. Если своего координатора у компании нет, эту функцию берут на аутсорс: что в неё входит, описано в услугах.
Что происходит до встречи
Половина результата делается координатором заранее.
- Прогон проверки по настроенным наборам и тестам. Механика подробно разобрана в статье про проверку коллизий в Navisworks.
- Чистка ложных срабатываний. На встречу не выносится ни одного пункта, который координатор не посмотрел глазами.
- Группировка. Двенадцать пересечений одного стояка это один пункт повестки.
- Назначение по разделам и рассылка за 24 часа до встречи.
- Повестка: 15-20 пунктов, не больше. Отсортированы по стоимости ошибки, а не по номеру.
Пункты, которые решаются перепиской, на встречу не выносятся вообще. Встреча нужна там, где два раздела не договорились сами.
Как идёт сама встреча
Жёсткий тайминг: три минуты на пункт. Экран показывает координатор, модель уже открыта на нужном ракурсе.
По каждому пункту произносится и записывается одно предложение: кто, что делает, к какой дате. «ОВ опускает короб на отметку 2,95, до 19.05». Формулировки вида «посмотрим», «уточним», «постараемся» в протокол не попадают, вместо них назначается дата следующего разговора.
Если решение требует расчёта или согласования с заказчиком, пункт получает статус «эскалация» и уходит к ГИПу с датой. Спорить об этом на встрече дольше трёх минут смысла нет.
Ещё одно правило, которое экономит часы: не открываем Revit во время встречи. Соблазн «сейчас поправим» ломает тайминг и превращает встречу в чужую рабочую сессию.
Про формат. Онлайн работает не хуже очного сбора и экономит дорогу, но с двумя условиями: приличный микрофон у координатора и включённая запись экрана. Запись нужна не для контроля. Она нужна тем, кто не смог прийти: пятиминутный отрывок с разбором своего пункта человек посмотрит, а протокол пролистает по диагонали.
Камеры включать необязательно. Разговор идёт по модели на экране, лица тут ничего не добавляют, зато канал забивают.
Повестка на 45 минут, по минутам
- 0-3: цифры прошлой недели. Сколько новых, сколько закрытых, сколько просрочено. Без обсуждения.
- 3-8: просроченное. По каждому пункту одна фраза о причине задержки.
- 8-35: разбор. Восемь-десять пунктов по три минуты.
- 35-40: эскалации. ГИП заходит именно на этот отрезок.
- 40-45: кто что делает до следующей встречи. Вслух, по кругу.
Последние пять минут пропускают чаще всего, и напрасно. Задача, проговорённая вслух при коллегах, выполняется заметно чаще той, что осталась строчкой в файле.
Статусы и кто закрывает пункт
Ключевой вопрос всего регламента: кто имеет право сказать «решено». Ответ один: не автор правки.
| Статус | Кто ставит | Что означает |
|---|---|---|
| Новый | координатор | появился в свежем прогоне |
| В работе | координатор | назначен раздел и срок |
| Заявлен как решённый | ответственный по разделу | правка внесена, модель опубликована |
| Закрыт | координатор | перепроверено прогоном, пересечения нет |
| Согласован | координатор плюс ГИП | остаётся как есть, с обоснованием в комментарии |
| Эскалация | координатор | нужно решение вне проектной команды |
Разница между «заявлен как решённый» и «закрыт» выглядит бюрократией ровно до первого случая, когда правку сделали в локальном файле и не опубликовали. По нашей практике таких пунктов от 10 до 15 процентов от заявленных.
Статус «согласован» без текстового обоснования не принимается. Через полгода на стройке спросят, почему труба идёт в 40 мм от балки, и ответ должен быть в файле, а не в чьей-то памяти.
Протокол на одном экране
Длинные протоколы не читают. Формат, который работает:
- Дата, версии моделей по разделам, число открытых пунктов и динамика к прошлой неделе.
- Таблица решений: пункт, решение одной строкой, ответственный, срок.
- Список эскалаций для ГИПа.
- Три строки «риски»: что не решено и чем это грозит на монтаже.
Рассылается в день встречи, до конца дня. Хранится там же, где модели, а не в личной почте координатора. Если у компании есть среда общих данных, протокол лежит в ней рядом с отчётом, и любой участник найдёт его через полгода.
Метрики, которые стоит показывать раз в месяц: число пунктов старше 14 дней, доля повторно открывшихся после «решения», среднее время закрытия по разделам. Последняя цифра обычно неприятно удивляет руководителя, и она же двигает процесс.
Есть метрика, которую почти никто не ведёт: сколько пунктов пришло со стройки, а не из модели. Каждый такой пункт означает, что проверка его пропустила. Разбирать их полезнее, чем спорить о процентах закрытия.
Три протокола, которые не работают
Протокол-стенограмма. Шесть страниц пересказа, кто что сказал и как ответил. Читателей ноль. Лечится жёстким шаблоном: только решения, ответственные, даты.
Протокол без дат. Строка «ОВ поправит короб» без числа означает «когда-нибудь». Дата ставится всегда, пусть даже приблизительная. Сдвинутый срок обсуждаем, отсутствующий срок обсудить невозможно.
Протокол в личной переписке. Ушёл в чат, утонул за сутки под мемами и вопросами по зарплате. Место хранения одно и постоянное, рядом с моделями и отчётом.
Чек-лист координатора за сутки до встречи
- Модели всех разделов свежие, дата публикации по каждому известна.
- Прогон сделан, ложные срабатывания вычищены руками.
- Повестка разослана, у каждого пункта назван раздел-получатель.
- Прошлый протокол открыт, просроченные пункты подсвечены.
- Спорные пункты предупреждены отдельным сообщением: «на встрече спросим вас».
Если хоть один пункт не закрыт, встречу лучше сдвинуть на день. Собрание без подготовки съедает час у семи человек и оставляет ощущение, что координация бесполезна.
Если участник не приходит
Разбираем по причине, а не по эмоциям.
Пропустил один раз: пункты его раздела остаются открытыми, в протоколе строка «решение не принято, ответственный отсутствовал». Две такие строки подряд, и вопрос уходит к ГИПу.
Не приходит систематически: обычно это значит, что человек не решает, а передаёт дальше. Меняем участника на того, кто вправе принять решение, даже если половину встречи он будет молчать.
Приходит, но между встречами ничего не двигается: смотрим загрузку. Чаще всего у ответственного просто нет часов на правки, и это вопрос планирования. Процедура тут бессильна, помогает разговор руководителя с руководителем.
По времени регламент стоит примерно столько: координатору 6-8 часов в неделю на прогон, чистку, повестку и протокол, ответственному по разделу час на встречу плюс 2-4 часа на правки. На объекте в 15 тысяч квадратных метров это укладывается в десятую часть рабочего времени команды. Выходит вдвое больше, значит на встречу тащат то, что решается перепиской.
Где регламент не поможет
Он не работает, когда у координатора нет полномочий. Если ответственный по разделу может просто не прийти и ему за это ничего не будет, никакая процедура не спасёт. Полномочия даёт ГИП или руководитель, и это решение принимается один раз, до старта.
Не работает и на подрядчиках без обязательств в договоре. Аутсорсеру, у которого в контракте нет пунктов про сроки публикации моделей и про участие в координации, встреча не нужна. Добавляйте эти пункты в договор, иначе получите вежливое игнорирование.
Мелкому проекту тяжёлая процедура вредна. Пристройка на 800 квадратных метров с тремя разделами прекрасно координируется перепиской и одним звонком. Регламент со статусами начинает окупаться примерно от 8-10 тысяч квадратных метров или от пяти разделов.
И последнее. Если в компании принято «решим на стройке», координация будет буксовать, сколько бы встреч вы ни назначили. Здесь помогает не регламент, а посчитанная стоимость переделок по паре прошлых объектов. Цифры меняют позицию быстрее уговоров.
Вопросы, которые задают на внедрении
Свой координатор или внешний? До двух-трёх параллельных объектов дешевле внешний: своему нужна полная загрузка и обучение. От четырёх объектов выгоднее держать человека внутри.
ГИП не ходит на встречи, что делать? Не звать его на всю встречу. Пять минут в конце по списку эскалаций, с вопросами, на которые отвечают «да» или «нет».
У нас есть BCF, зачем ещё протокол? BCF хранит замечания, протокол хранит решения и сроки. Первое читает инженер в модели, второе читает руководитель в переписке. Дублирования тут нет.
Как считать, что координация окупилась? Возьмите число переделок на монтаже по прошлому объекту и умножьте на среднюю стоимость одной. Через полгода сравните с новым числом. Другой честной метрики мы не нашли.
Онлайн или очно? Онлайн, когда команда в разных офисах, обязательно с записью экрана. Очно есть смысл собираться на старте проекта и перед выдачей комплекта: там больше споров и живых договорённостей.
Сколько встреч нужно, чтобы процесс прижился? По нашему опыту от восьми до двенадцати. Первые три уходят на споры о формате, дальше люди привыкают к таймингу и начинают готовиться заранее.
С чего начать
Возьмите ближайшую встречу и сделайте три вещи: сократите состав до одного человека от раздела, разошлите повестку из 15 пунктов за сутки, запишите решения формулой «кто, что, к какой дате». Этого достаточно, чтобы через месяц увидеть разницу в числе открытых пунктов.
Дальше добавляйте статусы и правило перепроверки перед закрытием.
Мы настраиваем такой цикл под конкретную команду и ведём его первые два-три месяца, пока он не станет привычкой. Что входит в сопровождение, видно на странице BIM-координации.
Напишите в Telegram или через контакты, опишите проект и состав разделов. Скажем, какой ритм встреч выдержит ваша команда и с чего начинать.
Нужен похожий BIM/AI процесс?
Напишите в Telegram или на email — разберём задачу и предложим архитектуру решения.
Telegram Оставить заявку