Я много рассказываю про BIM. Показываю, что это процесс, в результате которого на каждом этапе создаётся, редактируется и дополняется информационная модель здания для разных участников проекта, для разных целей и разных задач.

Нашей компании «Академия BIM» в этом году исполнилось семь лет. Все эти годы мы рассказывали про BIM-инструменты, как с ними работать, как создавать и контролировать проекты.

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

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

В различных компаниях внедрение BIM-технологии занимает разное время. У небольших проектных команд это внедрение происходит достаточно быстро и оперативно. У более крупных проектных команд процесс внедрения оказывается непростым и более длительным.


Этапы проектирования в BIM-технологии

Довольно часто у заказчика возникает вопрос: «За какое время вы сможете нам внедрить BIM?» И ответ здесь будет такой: это зависит команды и от специфики деятельности компании.

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

В случае с заказчиком на первом этапе нужно создать свои «Требования к проектировщику» и начать предъявлять их на практике к выбранным исполнителям. И главное — необходимо находить проектировщиков, которые действительно умеют работать с BIM, а не просто говорят об этом.

Увы, необходимого уровня освоения функционала достигает очень мало специалистов, и такие специалисты — на вес золота. Так что призываю руководителей проектных компаний очень серьёзно отнестись к подготовке специалистов и их умению работать с соответствующим программным обеспечением.


Интероперабельность подразумевает свободу проектирования в открытом рабочем процессе

До 24 февраля все жили в одной «моновендорной» среде, а теперь должны научиться работать с интероперабельностью. Время настало. Интероперабельность — эквивалент слову «свобода». Это возможность взаимодействия разных систем в разных форматах.

В международной практике только IFC является единственным источником, через который передаётся информация. IFC (Industry Foundation Classes) — это открытый нейтральный формат обмена данными.

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

У меня нет цели рекламировать какие-то конкретные решения, более того, я реалист и адекватно оцениваю текущие проблемы. Но надо отдать должное нашим разработчикам: у многих из них есть конвертеры IFC, причём достаточно хорошего качества. Хочу акцентировать внимание на том, что когда мы говорим о целостной модели, нужно понимать следующее: в соответствии с разными задачами должен выгружаться разный набор информации. Таким образом, для задач коллаборации или проверки на коллизии, задач строительства, получения ведомостей объёмов работ и т. д. потребуются свои наборы данных. При всём удобстве стоит отметить, что IFC — непростой формат, с ним нужно разбираться, чтобы грамотно обмениваться информацией.

А ещё недавно раскопали классную штуку — Model View Definition, инструмент, который предоставляет собой набор требований к программному обеспечению, в соответствии с которым осуществляется обмен данными. Интересно, что определения модельного вида задаются заинтересованными организациями или группами специалистов. Иными словами, мы сами определяем информацию, которую выгружаем для своего заказчика.

В последнее время выяснилось, что с софтом у нас всё не так плохо, как казалось ранее. У нас есть квалифицированные отечественные разработчики. Но необходимо взаимодействие между вендором и пользователем, потому что кто-то ориентирован больше на промышленность, а такие, как Renga и Nanosoft, это моё мнение, на гражданское строительство. И хорошо, что наши производители программного обеспечения — наши вендоры — в доступе. Это облегчает коммуникацию и позволяет оперативно решать важные задачи. С некоторыми мы уже сотрудничаем, и это классно!

«Академия BIM», как одна из ведущих компаний на рынке в области внедрения BIM-технологии, по-прежнему разрабатывает плагины, создаёт модели и проводит обучение. Все эти месяцы наши сотрудники изучали отечественный софт, разбирались, как с ним работать. Соответственно, сейчас мы сами создаём BIM-технологии и смотрим на качество каждого отечественного продукта. Где-то мы удовлетворены, а где-то откровенно говорим о недоработках, но движемся в направлении освоения и применения.


Варианты перехода на «Платформу nanoCAD»

Хочу обратить внимание отечественных вендоров на то, что не хватает публичных wish-листов. Когда человек берёт новый инструмент, ему сложно разобраться, даже если у него уже есть некая экспертность и опыт. Казалось бы, перейти с AutoCAD на nanoCAD достаточно просто. Но все мы люди, и тут важную роль играет сила привычки, которую изменить порой весьма сложно…

Wish-листы обязательно нужно опубликовать на сайтах вендоров, чтобы мы смело говорили: «О, посмотрите! Renga завтра сделают вот такую штуку, такую фичу!» И все были бы в курсе, чего ожидать.

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

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

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

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