Что учесть при переходе с BIM 360 на российскую среду общих данных — 7 рекомендаций девелоперу

В 2024 году девелоперы стали активнее заменять ПО Autodesk, которое еще недавно считалось стандартом в отрасли гражданского строительства. О переходе на российское ПО для работы с документацией, проектирования, сборки и проверки BIM-моделей объявили Tekta Group, LEGENDA, ЮгПроектКубань (входит в ЮгСтройПроект). Setl Group показал многоквартирный жилой дом, полностью спроектированный в отечественной Renga и проверенный на коллизии в Pilot-BIM. В проектах миграции с BIM 360, которые мы сопровождаем в качестве интегратора, встречаются примерно одни и те же задачи. На основе накопленного опыта мы подготовили рекомендации: что нужно учесть девелоперу, чтобы не потерять ценные данные и уложиться в разумный бюджет.

Цель любого проекта импортозамещения – провести его без потерь и остановки производственных процессов в минимально возможный срок. Бесшовно, чтобы сотрудники и подрядчики буквально не заметили, что работают уже в другой системе. В случае со средой общих данных (СОД) это означает полностью перенести структуру папок, документацию в процессе согласования, файлы и приложения, замечания со статусами, переписки.

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

Тот бэкап, который вы делали в BIM 360, бесполезен для автоматизированного переноса данных. В системе отсутствуют базовые инструменты полноценного резервного копирования проектных данных с необходимыми файлами метаданных. Эти вспомогательные файлы хранят в себе «данные о данных»: информацию об инициаторе, дате, статусе и координатах нанесения замечания на лист документа. В дальнейшем, используя эту информацию, с помощью модуля автоматизированного переноса данных можно указать сопоставление параметров и задать алгоритм создания замечаний на документе в новой системе. Для получения полноценного бэкапа понадобится специализированный модуль — готовый или разработанный в рамках проекта, который извлекает данные из BIM 360 со всеми файлами метаданных. Закладывайте ресурсы на этот инструмент для более быстрого импортозамещения. Без файлов метаданных автоматический перенос данных из одной системы в другую будет невозможен.

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

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

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

Модуль для автоматизации процесса миграции позволит отслеживать прогресс истории загрузки, просматривать ошибки и затем быстрее их исправлять. Для Tekta Group мы разработали модуль автоматической загрузки данных в Pilot-ICE Enterprise с сохранением структуры папок и версионности документов и файлов и с переносом замечаний и переписок.

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

По нашему опыту, миграция может занять от нескольких недель до нескольких месяцев. Разработка модуля миграции и автоматизированный перенос данных по одному проекту в Tekta Group были проведены за 20 дней, у холдинга LEGENDA на переход ушло около трех месяцев. Если подрядчик предлагает сделать перенос нескольких больших проектов за одну неделю или наоборот растянуть переход на год, стоит задуматься и обсудить, на чем основаны такие сроки и какие возникают риски и дополнительные условия.

В зависимости от выделяемых ресурсов и потребностей при внедрении новой системы могут быть задействованы IT-отдел и небольшая группа, в которую входят ключевые пользователи, или IT-отдел с выделенной первичной технической поддержкой. Например, в Tekta Group при внедрении отечественной СОД и при переносе проектных данных из зарубежного ПО был назначен основной сотрудник-администратор, который отвечал за настройку процессов, создание шаблонов и оказывал первичную техническую поддержку для пользователей. Также в команде был куратор, следивший за сроками по проекту и быстротой реагирования сторон, и несколько администраторов в помощь.

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

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