Привет, коллеги!
За последние годы я перепробовал почти все возможные форматы отчётности по коллизиям: от стандартных HTML-отчётов Navisworks до красивых дашбордов в Power BI. И вот что я понял: 90 % отчётов по коллизиям никто не читает. Не потому что люди ленивые, а потому что отчёты сделаны не для людей, а «для галочки».
В этой статье я расскажу, как мы на реальных проектах построили систему отчётности, которую действительно используют: и проектировщики, и главные инженеры, и заказчик. Без воды — только то, что работает.
Почему классические отчёты не работают
Обычно картина такая:
- Координатор выгружает 800–1500 коллизий в HTML или PDF.
- Файл весит 15–40 Мб.
- В нём нет приоритетов, нет дедлайнов, нет ответственных.
- Через неделю все забывают про этот отчёт.
Результат: коллизии копятся, сроки горят, на совещаниях все делают удивлённые лица.
Главная ошибка — мы пытаемся одним отчётом закрыть потребности всех ролей сразу. А этого делать нельзя.
Важно: перед тем как строить красивые дашборды, нужно сначала навести порядок в самих коллизиях. Подробно про работу с сырыми коллизиями и оптимизацию отчёта для повышения качества выдаваемых коллизий я писал в отдельной статье — Работа с сырыми коллизиями: оптимизация отчёта.
Три уровня отчётности, которые реально работают
Я разделил отчётность на три уровня. Каждый уровень — для своей аудитории и с разной периодичностью.
Первый уровень — оперативный. Он нужен проектировщикам и координаторам разделов. Здесь только свежие коллизии за последние пару дней, с чётким приоритетом и конкретным человеком, кто должен их закрыть. Никакой воды — только то, что требует внимания прямо сейчас.
Второй уровень — тактический, раз в неделю. Это уже для руководителей разделов и BIM-менеджера. Здесь мы смотрим общую картину: сколько коллизий открыто и закрыто, где самые проблемные зоны, как меняется ситуация по сравнению с прошлой неделей. Плюс прогноз, успеем ли мы к срокам.
Третий уровень — стратегический, раз в две недели или раз в месяц. Это короткий отчёт для заказчика и высшего руководства. Максимум две страницы. Главное — общие цифры, тренд и самые серьёзные риски. Никаких технических деталей.
Как мы это реализовали на практике (пошаговый план)
Шаг 1. Создаём матрицу приоритетов по типу инженерной системы
Без этого всё остальное бесполезно.
Мы определяем критичность коллизий через приоритизацию по типу инженерной системы. Именно такой подход позволяет наиболее точно понять, какие коллизии действительно критичны для проекта в целом.
Основная логика следующая: чем сложнее и дороже будет переделывать систему на поздних стадиях, тем выше приоритет коллизий по этой системе. Поэтому самотечные системы всегда находятся на первом месте — у них строгие требования к уклонам, и их изменение почти всегда приводит к серьёзным проблемам с высотами. Далее по приоритету идут воздуховоды и вентиляция, потом электрика и слаботочка, а уже в конце — более гибкие системы, такие как водоснабжение, отопление и пожаротушение.
Шаг 2. Настраиваем правила в Navisworks
Делаем отдельные поисковые наборы под каждый приоритет + зону (этаж, корпус, секция).
Это позволяет выгружать не всё подряд, а только нужное. Подробно про зонирование коллизий по этажам и секциям я разбирал здесь: Зонирование коллизий по этажам и секциям.
А про эффективное группирование коллизий — в этой статье: Группирование коллизий.
Шаг 3. Автоматизируем выгрузку
Ручная выгрузка — враг регулярности. Мы используем:
- Скрипт на Python (через PyRevit или PyShell) — выгружает данные в Excel + формирует дашборд.
- Power Automate или Power Query — обновляет дашборд автоматически.
- Для простых проектов — обычный Excel с условным форматированием и кнопкой «Обновить».
Шаг 4. Создаём визуальные дашборды
Самое важное — чтобы человек за 30 секунд понял ситуацию.
В Power BI (или даже в Яндекс DataLens) мы показываем:
- Круговую диаграмму по приоритетам.
- График динамики за 4–8 недель.
- Heatmap по этажам/зонам.
- Топ-5 «вечных» коллизий (которые висят уже больше 30 дней).
Как я создаю дашборды именно в Яндекс DataLens — подробный разбор в статье: Создание дашбордов на Яндекс DataLens.
Шаг 5. Внедряем систему ответственности и обратной связи
Без этого даже самый красивый дашборд не работает.
- Каждой открытой коллизии присваивается ответственный.
- Раз в неделю BIM-координатор делает короткий созвон (15–20 минут) только по «Критично» и «Высокий».
- В конце недели публикуется отчёт «Кто не закрыл — почему».
Очень удобный способ организации совместной работы по отработке коллизий — через таблицы Google. Как мы это делаем на практике — в статье: Пример организации совместной работы по отработке коллизий на таблицах Google.
Реальный кейс с одного из проектов
На объекте 85 000 м² мы запустили такую систему в середине проекта.
До:
- 1240 открытых коллизий
- Среднее время закрытия — 21 день
- На совещаниях тратили по 40–50 минут на разбор коллизий
После 6 недель:
- 380 открытых коллизий
- Среднее время закрытия — 9 дней
- Совещания по коллизиям — 12–15 минут
- Руководство проекта впервые начало регулярно смотреть дашборд
Главный секрет — мы перестали «показывать всё» и начали показывать только то, что требует внимания прямо сейчас.
Частые ошибки, которые я вижу у коллег
- Пытаются сделать один универсальный отчёт для всех.
- Не назначают конкретных ответственных.
- Не обновляют данные автоматически — в итоге отчёты устаревают через 2–3 дня.
- Показывают слишком много цифр без визуализации.
- Забывают про «вечные» коллизий — они портят всю статистику.
Что я бы посоветовал сделать прямо сейчас
Если у вас похожая ситуация, начните с малого. Сначала определите, какие инженерные системы на вашем объекте самые «жёсткие» и сложные в переделке. Сделайте простую матрицу приоритетов именно по системам (а не по общей критичности). После этого уже можно строить дашборды и систему ответственности.
Хотите — могу поделиться шаблоном такой матрицы под ваш проект. Просто напишите в комментариях «шаблон».
Вывод
Система отчётности по коллизиям работает не тогда, когда она красивая, а когда она полезная для конкретного человека в конкретный момент.
Если вы до сих пор выгружаете 1000+ коллизий и надеетесь, что «все сами разберутся» — ничего не изменится. Нужно менять сам подход к отчётности.
А у вас какая сейчас ситуация с отчётностью по коллизиям? Пишите в комментариях — разберём ваш кейс.
До встречи в следующих статьях!