BIM-дашборд: семь метрик, которые нужны руководителю

Красивые графики не отвечают на вопрос «где горит». Разбираем метрики, которые действительно управляют проектом, их формулы, источники и вредные показатели.

Дашборд, который мы выкинули через месяц, выглядел отлично. Круговые диаграммы по категориям элементов, столбики объёмов бетона, карта заполненности параметров всеми цветами радуги.

Руководитель посмотрел на него дважды. Потом спросил: «А по какому объекту у нас проблема прямо сейчас?». Ответа на экране не было ни в одной диаграмме.

Хороший дашборд отвечает на три вопроса: где горит, кто отвечает, стало лучше или хуже. Всё остальное - украшение.

Правило одного экрана

Метрика попадает на экран, если под неё есть действие. Не «интересно посмотреть», а «увидел цифру - сделал что-то в течение дня».

Проверяется просто. Спросите про каждый показатель: что вы сделаете, если он вырастет вдвое? Нет ответа - показатель уходит из первого экрана в глубину, к аналитике.

У нас на первом экране помещается семь строк. Больше не влезает и не нужно.

Семь метрик и что за ними стоит

Свежесть модели. Самая недооценённая строка. Если раздел не синхронизировался неделю, все остальные цифры по нему устарели. Мы ставим её первой, потому что она объясняет странности в остальных.

Открытые коллизии по разделам. Не общее число, а разрез по парам разделов. Число 1400 не говорит ни о чём, а «ОВ против КР, 210 штук, две недели без движения» говорит всё. Как получать этот отчёт, разбиралось в материале про Navisworks.

Возраст самой старой коллизии. Средние значения врут: сотня свежих мелочей маскирует один конфликт, который висит с марта. Смотрим максимум, а не среднее.

Заполненность параметров. Считается по списку обязательных полей, а не по всем подряд. Список короткий, обычно 12-20 позиций, согласованный со сметой и снабжением.

Ошибки именования. Скучная метрика с дорогими последствиями: из-за неё расходятся объёмы в спецификациях и ломаются выгрузки.

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

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

Откуда берутся числа

Ручной сбор убивает дашборд за два месяца. Первые недели человек честно заполняет таблицу, потом заболевает, и цифры превращаются в исторический документ.

Работает только автоматика. Схема, которую мы ставим:

Revit / Navisworks
   ↓  выгрузка по расписанию (скрипт или плагин)
PostgreSQL: срезы параметров, коллизии, замечания
   ↓  запросы по расписанию, ночью
Таблица метрик за каждый день
   ↓
Веб-страница с семью строками и стрелками динамики

База нужна не ради базы, а ради второй строки снизу: без ежедневного среза не будет динамики, а без динамики цифра бессмысленна. Устройство хранилища разобрано в статье про PostgreSQL, а сервисы, которые всё это крутят по ночам, - в материале про Docker.

Пример расчёта одной метрики, чтобы было видно уровень сложности:

-- заполненность обязательных параметров по объекту, в процентах
select p.imya,
       round(100.0 * count(*) filter (where p.znachenie <> '') / count(*), 1) as gotovnost
from parametry p
where p.versiya_id = (select max(id) from versii where proekt_id = 7)
  and p.imya in ('ADSK_Наименование','ADSK_Марка','ADSK_Единица измерения')
group by p.imya;

Как цифра превращается в действие

Показатель без реакции бесполезен, поэтому мы сразу прописываем, что за ним следует. Пример из работы над объектом на 1200 элементов инженерных систем.

Понедельник, экран показывает: возраст самой старой коллизии - 26 дней, раздел ОВ против КР. Это выше порога, строка красная.

Реакция заранее описана и занимает три шага. Координатор открывает список, видит четыре пересечения в одном узле. Уточняет у обоих разделов, кто уступает. Вопрос уходит ГИПу, если за два дня договорённости нет.

Через неделю строка становится зелёной, а на разборе всплывает причина: узел проектировали до утверждения планировки, и ни один раздел не считал его своим. Это уже разговор о процессе, а не о коллизии.

Без дашборда история выглядела бы иначе. Конфликт всплыл бы на стройке, где переделка узла стоит не двух дней переписки, а работы бригады и остановки участка.

Метрики, которые вредят

Количество элементов в модели. Растёт всегда, ни о чём не говорит, а на совещаниях звучит как достижение.

Часы, проведённые в Revit. Быстро превращается в надзор за людьми. Команда начинает держать файл открытым в обед, и цифра теряет смысл окончательно.

Общее число коллизий без разреза. Понижается фильтрами и настройками проверки. Показатель, которым слишком легко управлять, управлять проектом не может.

Процент готовности проекта. На дашборде выглядит солидно, берётся из головы ГИПа. Смешивать измеренное и оценочное на одном экране опасно: доверие падает ко всему.

Рейтинг сотрудников по ошибкам. Пробовали, прекратили через три недели. Люди перестали заносить в модель спорные элементы и начали держать их «пока у себя».

Где это не работает

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

Не работает на одном проекте. Смысл появляется при сравнении объектов между собой и недели с неделей. При единственном объекте хватает еженедельного отчёта в чате.

Не спасёт он и при отсутствии полномочий. Если руководитель видит, что раздел ОВ стоит третью неделю, но не может ничего изменить, дашборд станет источником раздражения. Инструмент показывает, а решает организация.

И честно про внимание. Экран, на который перестали смотреть, мёртв. Мы договариваемся о ритуале: пять минут на планёрке в понедельник, по цифрам, вслух. Без ритуала любой дашборд живёт около шести недель.

Как выглядит рабочий вариант

Один экран, семь строк, крупные числа. У каждой строки стрелка динамики за неделю и фамилия ответственного. Цвет только в двух состояниях: нормально и тревога. Полутонов не делаем, иначе всё быстро становится жёлтым.

Клик по строке открывает список: конкретные элементы, номера коллизий, id замечаний. Руководителю нужен ответ за десять секунд, координатору - подробности, и это два разных уровня одного экрана.

Обновление раз в сутки, ночью. Чаще не нужно: за день картина меняется незначительно, а нагрузка на людей и сервер растёт.

Чек-лист запуска

• Выбрать не больше семи показателей и записать, какое действие следует за каждым.
• Согласовать список обязательных параметров со сметчиками. Без этого метрика заполненности превращается в спор.
• Настроить автоматическую выгрузку раньше, чем рисовать интерфейс.
• Хранить срезы ежедневно, даже если пока их некому смотреть. Историю задним числом не собрать.
• Назначить ответственного за каждую строку. Метрика без фамилии не двигается.
• Договориться о ритуале просмотра и внести его в календарь.

Короткие ответы

Сколько стоит собрать? Простой вариант на базе и веб-странице: 2-4 недели работы разработчика. Если выгрузки уже настроены, ближе к неделе.

Можно ли обойтись Power BI или Excel? На старте да. Ограничение всплывёт на истории и одновременном доступе, обычно к третьему месяцу.

Кто должен смотреть дашборд? Руководитель BIM-отдела ежедневно, ГИП еженедельно, директор ежемесячно. Три разных набора строк на одном источнике данных.

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

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

Что дальше

Начните с одной метрики и одного объекта. Свежесть моделей по разделам считается за час и почти всегда открывает что-то неожиданное.

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