#BIMdigest 125 — Rebuilding BIM
— пятый принцип BIM из BIM-манифеста;
— Autodesk, Graphisoft, Trimble, Bentley и Vectorworks про тренды BIM 2.0;
— Solibri с проверкой моделей в браузере;
— Pilot-BIM с проверкой моделей в браузере;
— Pirros - крутое решение для библиотеки узлов;
— возможности AI в архитектуре;
— обзор обновленного Hypar 2.0;
— Higharc - сервис для застройщиков коттеджей (жаль, что в США);
— обновления BIM2B за неделю: плагин и модули;
— ModPlus работает с армированием "на ключах";
и вообще, читайте скорее, там много интересного!

Недавно один заказчик рассказал про факап на проекте из-за их семейств. Заказали они кому-то семейства несколько лет назад, потом проектировщики вставили семейство в проект (а там технологическое промышленное оборудование), обвязали, фундаменты сделали... оборудование приехало и не встало на место, потому что в семействе были ошибки.

Это наглядная демонстрация шестого принципа BIM:

Принцип достоверности данных
Отсутствие данных предпочтительнее их неверности, так как ошибочные данные сложно обнаружить и исправить. Каждый набор данных должен быть верифицирован, а за их точность и актуальность несёт ответственность конкретное лицо или группа.

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

Другая важная часть принципа - это "Отсутствие данных лучше плохих данных". Судите сами: если параметр не заполнен, это легко отследить. Но если он заполнен, но информация неверная - это проверить уже гораздо сложнее. Можно использовать Autodesk Model Checker, можно работать с IDS, но так или иначе - проверять данные нужно.

Последняя часть - про ответственность: каждый участник проекта должен понимать, что на его данных работают другие.
Поэтому начинать надо с самопроверки (самый минимум - чеклисты), и вообще: семь раз отмерь — один отрежь.

#BIMdigest 126 — Принцип достоверности данных
— шестой принцип BIM из BIM-манифеста;
— новый курс для архитекторов от BIM2B;
— проверка IFC моделей по требованиям IDS;
— ИИ в архитектуре c krea.ai от Артура Ишмаева;
— Chaos поглотил EvolveLab (Veras);
— первый коммерческий плагин с AI для Revit;
— новая инсоляционная линейка от Тюкова;
— лайфхаки от Муратова и Николя;
— много обновлений от BIM2B;
— новая онлайн справка по Revit API;
— и другие полезности!

Друзья, у нас новый курс: "Архитектурная концепция в Revit и Enscape"
Для тех, кто только начинает знакомство в Revit или уже немного умеет работать, но хочет прокачаться в создании и оформлении эскизных проектов (концепций).

Чем отличается от Базового курса по Revit?

✅ базовое моделирование + создание простых семейств (если что-то не нашли в библиотеках или придумали что-то этакое)
✅ оформление эскизного проекта (а оно далеко от ГОСТ)
✅ работа с Enscape для визуализации / презентации.

Формат курса - онлайн с преподавателем.
Длительность — 7 дней
Цена — 25 000 руб.

Ещё одна важная особенность - много самостоятельной работы. Курс разбит на 2 части выходными (5 дней + 2 дня) и в эти выходные надо будет как следует поработать самостоятельно. Почитайте программу курса, там мы подробно пишем, как, что и когда вы будете делать.

Если тема вам интересна — регистрируйтесь на странице курса.
Если курс может понравится вашим знакомым — прошу репост!

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

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

Я даже не знаю, нужно ли как-то пояснять важность стандартизации. Мне это кажется очевидным, но я занимаюсь стандартизацией в том или ином виде почти 20 лет.

Самый близкий сообществу пример работы принципа - ФОП ADSK.
Я предложил его разработку почти 10 лет назад. Зачем? Чтобы каждая компания не создавала собственный набор одинаковых параметров, а использовала стандартный.
Забавно, что ADSK-шаблоны были нужны, чтобы мягко замотивировать всех перейти на общие параметры. 😎

Посмотрите на BIM-стандарты, блуждающие по рынку. Большая часть требований касается системы наименований. Почему? Потому что это основа для обработки данных. Если всё называется вразнобой, работать с этим невозможно.
Даже имена файлов важны, особенно в крупных проектах. Если вы хоть раз собирали в Navisworks модель из пары десятков файлов, вы меня наверняка понимаете.

Более сложный вариант стандартизации — применение классификаторов. Для проектировщика это не так важно, но для BIMщика — сложно переоценить. Классификаторы, правильные категории элементов, система наименований, стандартные значения параметров — всё это для того, чтобы данные из модели можно было проверить и использовать.

Когда у проектировщика BIM заканчивается, у остальных он только начинается 😉

#BIMdigest 127 — Принцип стандартизации данных
— седьмой принцип BIM из BIM-манифеста;
— Fragments - новый формат для BIM-файлов от That Open Company;
— Hektar, Spacio и Finch 3D - инструменты генерации планировок
— AI в проектировании и строительстве;
— обновления от BIM2B;
— лайфхаки по семействам Revit;
— обновление Enscape (и новый курс по концепции в Revit + Escape);
— «дядя» pyRevit в подкасте Эрика Фритца;
— и другие полезности!

Давненько я не писал серьёзных статей. Но сейчас готовлю цикл, и вот первая:
Уровень зрелости BIM-модели: статус-коды

Много сил в BIM-проекте уходит на координацию модели. И часто эти силы тратятся впустую. Координация во время активной стадии проектирования - зло: сначала координатор тратит часы на проверку пересечений и назначение ответственных, а потом проектировщики правят коллизии... а через неделю планировка меняется и всё начинается заново.

Почитайте статью, чтобы увидеть один из вариантов решения проблемы.
И ждите ещё 2 статьи на эту тему.

Продолжаю рассказывать про подходы к управлению 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 чертежей до модели или даже базы данных.