Продолжаю рассказывать про подходы к управлению BIM-проектами. На очереди — норвежский MMI, набирающий популярность в BIM-сообществе.
Уровень зрелости BIM-модели: Model Maturity Index (MMI)

И снова отдельный блок в статье отводится координации модели.
Осталась одна статья )

Продолжаю рассказывать про подходы к управлению BIM-проектами. Последняя статья цикла - "Работа по состояниям" от Романа Митина.
Уровень зрелости BIM-модели: Работа по состояниям


✅ Работа по состояниям предвосхитила MMI (Model Maturity Index), но даёт больше контроля.
— MMI оценивает степень зрелости модели, но не управляет процессом обмена заданиями между дисциплинами.
— Работа по состояниям вводит "справочник заданий", который чётко определяет, какая информация должна появляться на каждом этапе.

✅ Работа по состояниям учитывает практические проблемы проектирования.
— Статус-код сообщает, для чего можно использовать модель, но не определят требования к составу информации в ней.
— LOD указывает на степень проработки, но не дает понимания, на каком этапе находится проект.
— Работа по состояниям чётко говорит, какие элементы должны появиться в модели в каком "состоянии", чтобы минимизировать переработки.

Если интересно, читайте.

Вот с такой длинной подготовкой — три статьи понадобилось, чтоб тему раскрыть — мы подошли к восьмому принципу BIM-манифеста.

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

Процитирую фрагмент последней статьи, он отражает суть проблемы.

Многие BIM-специалисты допускают очень дорогостоящую ошибку и проверяют модель на коллизии в процессе проектирования, чуть ли не с самого старта. Результат? Десятки тысяч коллизий, сотни часов BIM-координаторов на проверку и формирование отчётов, которые теряют актуальность через пару дней после проверки. Бессонные ночи проектировщиков, которые «разгребают» отчёты и пытаются внести правки.

Все описанные мной подходы так или иначе помогают в решении этой проблемы. Какой из них выбрать — решать вам. Можете придумать что-то своё, но главное — увидеть проблему и следовать принципу целенаправленной координации.

Если вы всё пропустили, то вот ссылки на три статьи цикла по этой теме:

Уровень зрелости BIM-модели: статус-коды
Уровень зрелости BIM-модели: Model Maturity Index (MMI)
Уровень зрелости BIM-модели: Работа по состояниям

Приятного чтения!

#BIMdigest 128 — Зрелость модели и координация
— восьмой принцип BIM из BIM-манифеста;
— уровень зрелости BIM-модели: статус-коды, MMI и работа по статусам;
— BIM в эксплуатации и за рубежом с Ильёй Беленьким;
— гайд по созданию простой проверки в Revit Model Checker;
— нереально красивый проект с адаптивными семействами;
— новый цикл видео от Гэвина Крампа - программирование на C#;
— календарно-сетевые графики в SAREX;
— и другие полезности!

На прошлой неделе я рассказывал про принцип целенаправленной координации, и там уже описывал концепцию зрелости модели / проекта. Сегодня поговорим про предпоследний, девятый принцип BIM-манифеста. Но сначала - история.

В одной из компаний, где я работал, электрики переделывали проект в среднем по 5 раз на каждом проекте. Они начинали сразу, как появлялось задание от архитекторов. Потом вносили существенные правки после задания от инженеров, а потом от технологов, а потом после отработки ГИПом сводного плана сетей (потому что лоток подвинуть проще, чем канализационную трубу).

Можно ли было сократить число переделок? Можно. Как? Стартовать активное проектирование только тогда, когда проект "дозрел" до электротехнической части. Как понять, что он дозрел? Использовать статус-коды или MMI. А на ранних этапах проекта просто определить, "застолбить" основные трассы. И тут не важно, в 2D вы работаете или в 3D.

В проектировании менеджеры часто ставят задачу в графике "как можно раньше" (чтобы на всякий случай был резерв времени). Но можно подойти к вопросу иначе и ставить задачу "как можно позже", так, чтобы её выполнили непосредственно в момент, когда результаты понадобятся другим участникам проекта.
Если вы читали статью про метод Митина "Работа по состояниям", то могли заметить: внутри одного состояния ведётся проектирование и активный обмен заданиями, к каждому заданию есть пояснение - что входит в его объём (чтоб не делать больше нужного). Можно вообще свести весь график проекта к обмену заданиями + переходам между состояниями проекта.

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

"Хороша ложка к обеду" - это иллюстрация принципа. Если нужно ещё примеров - это метод Toyota "Точно в срок" (к нему приложил руку Уильям Эдвардс Деминг - создатель подхода PDCA и очень талантливый управленец, чей вклад в современную систему управления качеством и рисками сложно переоценить).

P.S.: этот принцип не про BIM, а про управление проектами. И BIM тоже про управление проектами (среди прочего). Так что всё сходится ))
P.P.S.: восьмой и девятый принцип BIM-манифеста связаны между собой и не работают друг без друга.
P.P.P.S.: если интересуетесь проектным управлением, рекомендую книгу Голдратта "Критическая цепь".

Про важность зон обслуживания.

Пишу тут BIM-дайджест и читаю статью про Solibri CheckPoint. А в ней картинка: вот дверь, а точнее - зона открывания двери, пересекается с лампой освещения. И тут вопрос: а точно ли пересекается? Ведь если она правая, как я пометил оранжевым цветом, то и не пересекается вовсе.

Это я к чему: если добавляете зоны обслуживания или открывания для элементов Revit — делайте это с умом, чтобы избежать вот таких неочевидных коллизий.

А вообще, к картинке много вопросов: там или двери высокие, или лампы низко висят. Но к делу это не относится.

#BIMdigest 129 — Хороша ложка к обеду
— девятый принцип BIM из BIM-манифеста;
— как создали и продали Revit;
— Acelab — платформа для поиска / подбора материалов;
— как избежать потери данных на протяжении проекта;
— этические проблемы AI в AEC;
— обновление модуля "Лестницы";
— свежее видео по семействам;
— основы освещения в Enscape (и новый курс по концепции Revit + Enscape);
— "папа" pyRevit в подкасте Эрика Фритца;
— второе видео по C# от Гэвина Крампа.

Настало время поговорить о последнем, десятом принципе BIM-манифеста.

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

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

1️⃣ Открытость данных.

Когда мы говорим про интероперабельность (способность систем и обмениваться данными без ограничений), то вспоминаем IFC, BCF и IDS.
IFC - не только "нейтральный" формат файлов, но и классификатор и способ описания информации о модели, учитывающий взаимосвязи компонентов.
BCF - универсальный формат обмена замечаниями / коллизиями с привязкой к модели.
IDS - универсальный формат описания требований к модели и данным.

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

IFC для заказчика кажется оптимальным выбором. Можно один раз определить нейтральные требования и становится не важно, в каком софте работает проектировщик, лишь бы он умел правильно настраивать экспорт.

Но есть масса нюансов уже на стороне проектировщиков.

2️⃣ Обмен данными.

Как обменный формат для реального проектирования IFC до сих пор работает слабо, как PDF подложка вместо DWG. Поэтому получается, что BIM работает эффективно внутри одного ПО, а если у нас кроссплатформенная работа, то всё не так гладко.

Существует несколько глобальных решений для кроссплатформенной работы.
— Autodesk Data Exchange Connectors - серия плагинов, связывающих несколько ПО.
— Speckle - тут даю ссылку на пост со сравнением с коннекторами от Autodesk
— API Autodesk Data platform развивается в сторону "гранулированных" данных, чтобы можно было подключать к модели даже тех, кого туда обычно не пускают.
— Туда же можно отнести локальные решения типа Helix (связка SketchUp + Revit)

... и всё это недоступно в РФ...

Следующая проблема ждёт нас при смене стадии проекта. Если П и РД делают разные компании, то проектную модель в IFC (или даже в нативном формате) использовать сложно, скорее всего придётся делать новую почти с нуля. Такой себе BIM.

3️⃣ Долгосрочная доступность данных

Тут у нас вопрос доступности данных на этапах после завершения строительства. На западе используют COBie как способ организации данных про объект недвижимости, и это простая таблица, которую придумали задолго до BIM. Стандартных требований к BIM-модели нет. Как использовать IFC, если нужно будет через какое-то время перестраивать / реконструировать / модернизировать здание? Да, есть Bonsai (ex-Blender BIM), и возможно это и будет ответ. А пока, поможет нативный формат, исполнительные чертежи в DWG и структурированное хранение всей документации, чтобы быстро найти нужную информацию.


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

Пока десятый принцип BIM реализовать сложно, но думать об обмене и хранении данных нужно с самого начала проекта. Так и проектировщикам жизнь облегчим, и заказчик в конце проекта сможет получить не просто PDF чертежи, но максимум информации, от 2D чертежей до модели или даже базы данных.

И снова пишу дайджест, и снова интересная мысль в статье:
"В строительстве существует серьезная проблема - технологический разрыв между компаниями. На стройке компании разных уровней (крупные, средние, мелкие) сотрудничают в рамках одного проекта. Когда одни компании используют передовые технологии, а другие отстают, технологии начинают разделять участников вместо того, чтобы объединять их."
Можно сказать даже жёстче: в таких проектах отстающая компания становится "слабым звеном" и может сильно усложнить всем жизнь.
И вообще, караван идёт со скоростью самого медленного верблюда.

#BIMdigest 130 — Про данные и интероперабельность
— десятый принцип BIM из BIM-манифеста;
— IFC модель и база данных для заполнения параметров в процессе строительства;
— обновление SAREX и Pilot-BIM;
— копилот в Glyph — крутой AI помощник в Revit;
— ChatGPT для красивых отчетов по коллизиям;
— основы для размещения семейств в Revit;
— особенности работы с контент-каталогом в Revit;
— обновление сайта по Revit API от Эрика Фритца;
— третье видео по C# от Гэвина Крампа.

#BIMdigest 131 — Мал, да удал!
— обновление и дорожная карта TestFit;
— связка Claude с Blender;
— связка Revit с Claude и ChatGPT;
— подготовка датасета AI на основе справки;
— возможности линий эскиза в Revit от Никиты Тюкова;
— Veras 2.0 - много новых фишек;
— «набор молодого бойца» для начинающих в Grasshopper;
— четвертое видео по C# от Гэвина Крампа.

А есть ли BIM?

Вот есть проектировщик. И он в условном Revit ПРОЕКТИРУЕТ. Потому что ему удобнее, нагляднее, руководство приказало... - важно, что он в нём проектирует, а не модель делает.
Есть заказчик, ему от проектировщика нужен качественный проект, и есть ПО, которое с помощью модели (которую всё же сделал проектировщик) помогает проверить это самое качество (хотя бы отсутствие коллизий).
Ещё есть Менеджер Проекта от заказчика, ему удобно всё хранить в одном месте и там же просматривать чертежи и модели (потому что чертежи читать не все умеют, а глаза есть у всех). И есть ПО, которое это позволяет.
А ещё есть Техзак, которой хочет иметь доступ к самым свежим чертежам и не путаться в них, а ещё - быстро и легко проверять объёмы, когда нужно КСку закрыть. И есть ПО, которое ... ну вы поняли.
Далее везде.

Вот и получается, что весь этот BIM без конкретного ПО невозможен. А может, его и нет совсем, и BIM - это просто способ проектирования и управления строительным проектом с помощью современного ПО, а всё остальное - теории на пустом месте.

Уже появился Revit 2026.

И снова обзор, и снова интересная мысль в статье:

Мы берем новейшие и лучшие технологии, будь то ИИ, роботы или что-то еще, и ставим их перед 100-летним процессом. А потом спрашиваем: «Почему мы не получаем никаких результатов?»