Переход на ТИМ в проектной организации: пошаговый план внедрения
Пошаговый сценарий внедрения технологий информационного моделирования: с чего начать, как провести пилотный проект, написать регламент и собрать библиотеки, каких сроков и затрат ждать реально.
Внедрение технологий информационного моделирования проваливается не из-за программного обеспечения, а из-за попытки перевести всю организацию разом. Руководство покупает лицензии, объявляет «с понедельника работаем в модели», а через месяц половина сотрудников возвращается к привычным чертежам, и в итоге платят дважды.
Рабочий путь — постепенный, с измеримыми этапами и пилотным проектом в центре. Ниже — последовательность из шести шагов, роли в команде, таблица сроков и затрат и список вопросов, которые стоит задать себе до старта. Материал полезен руководителям проектных организаций и заказчикам, которые хотят понимать, что стоит за словами подрядчика «мы работаем в ТИМ».
Шаг 1. Оценка исходного состояния
Ответьте честно на четыре вопроса: какие проекты вы ведёте, какие инструменты используете сейчас, кто из сотрудников уже работает в трёхмерных средах и какие требования предъявляют заказчики. Если заказчики вообще не просят модель, а проекты типовые и небольшие, внедрение стоит планировать осторожнее, чем при сложных объектах с множеством смежных разделов. Без такого анализа любой план будет умозрительным.
Шаг 2. Пилотный проект
Выберите один реальный, но не критичный проект среднего размера, без жёсткого дедлайна и репутационных рисков. Задачи пилота: отработать регламент, выявить узкие места, получить первые шаблоны и оценить реальную трудоёмкость. Ожидание, что пилот пройдёт быстрее обычного проекта, ошибочно: он будет медленнее, и это нормально. Закладывайте запас по срокам и предупредите заказчика, если пилот делается на его объекте.
Шаг 3. Регламент и стандарт организации
Регламент пишется по итогам пилота, а не до него: иначе он оторван от практики и его никто не соблюдает. В нём должны быть описаны:
- Правила именования файлов и элементов модели.
- Структура модели и разделение на части по разделам и зонам.
- Уровни проработки элементов по стадиям проектирования.
- Порядок обмена между разделами и частота сведения моделей.
- Процедура проверки коллизий и фиксации замечаний.
- Требования к атрибутам элементов и применяемый классификатор.
Общие требования к составу и содержанию проектной документации, к которой в итоге приводится модель, задаёт постановление Правительства РФ № 87; понятие информационной модели и порядок её формирования закреплены в Градостроительном кодексе РФ.
Шаг 4. Библиотеки и шаблоны
Это самая трудоёмкая и самая окупаемая часть. Библиотека элементов с корректными атрибутами, шаблоны оформления по разделам, настроенные спецификации — то, что даёт экономию на втором и последующих проектах. Без библиотек каждый проект начинается с нуля, и эффект от внедрения не наступает. Начните с элементов, которые повторяются чаще всего, и пополняйте библиотеку по ходу работы, а не пытайтесь создать всё заранее.
Шаг 5. Обучение и роли
Обучение одного энтузиаста не решает задачу: нужна команда с понятным распределением ролей. На переходный период это выглядит так:
- Координатор модели отвечает за регламент, сведение разделов и проверку коллизий.
- Ведущие специалисты разделов работают в модели и участвуют в создании библиотек.
- Инженеры в привычных инструментах продолжают работать по-старому: на переходный период это допустимо, если их результаты вручную сводятся в модель.
- Руководитель с полномочиями менять процессы, перераспределять нагрузку и принимать решения по приоритетам.
Шаг 6. Масштабирование
После пилота и корректировки регламента переводите в модель следующие проекты по одному-два за раз. Анализируйте метрики: сколько коллизий найдено до выпуска, сколько замечаний экспертизы удалось избежать, сколько времени уходит на выпуск документации. Только после нескольких успешных проектов стоит требовать работы в модели от всей организации. Нормативные и методические документы по теме публикует Минстрой России, а новости и документы отрасли — НОПРИЗ.
Реальные сроки и затраты
| Этап | На что уходят силы | Типичный риск |
|---|---|---|
| Оценка и подготовка | Анализ процессов, выбор инструментов, закупка лицензий | Выбор программ без учёта требований заказчиков |
| Пилотный проект | Работа в модели при сниженной производительности, обучение на практике | Срыв сроков при выборе слишком ответственного объекта |
| Регламент и библиотеки | Время ведущих специалистов на описание процессов и создание элементов | Регламент в стол, библиотеки без атрибутов |
| Тиражирование | Перевод проектов, наставничество, контроль качества моделей | Возврат к привычным методам под давлением сроков |
От старта до устойчивой работы на потоке обычно проходит от года до двух лет для организации среднего размера. Основные затраты: лицензии, обучение, время специалистов на создание библиотек и временное снижение производительности в переходный период. Экономия проявляется на повторяемых объектах, в сокращении коллизий и в скорости выпуска документации.
Типичные ошибки внедрения
Организации, прошедшие этот путь, как правило, называют одни и те же ловушки. Их полезно знать заранее, чтобы не наступить:
- Внедрение «сверху» без участия исполнителей. Регламент утверждён приказом, но специалисты не видят в нём пользы и выполняют минимум.
- Один энтузиаст вместо команды. Все знания у одного человека, и при его уходе или загрузке процесс останавливается.
- Выбор программы до выбора процесса. Лицензии куплены, а на вопрос, какие результаты нужны заказчику, ответа нет.
- Пилот на критичном объекте. Любая задержка превращается в конфликт с заказчиком и отбивает желание продолжать.
- Игнорирование заказчика. Модель делается, но заказчик не умеет её принимать и просит привычные чертежи, поэтому труд оказывается двойным.
Отдельно стоит сказать о качестве данных. Модель может быть красивой, но если элементы создаются без атрибутов, из неё не получить ни спецификаций, ни ведомостей. Поэтому в регламенте закрепляют минимально необходимый набор атрибутов и проверяют его при каждом сведении. Это скучная работа, но именно она превращает набор геометрии в источник данных.
Не менее важна работа с ожиданиями. Руководству нужно объяснить, что в первые месяцы производительность упадёт, а выгоды проявятся позже. Сотрудникам — что их не заменяют, а меняют инструмент, и поддержка будет. Заказчикам — что вы осваиваете технологию на практике и согласуете с ними состав передаваемых моделей. Прозрачность на этом этапе предотвращает недоверие и позволяет договариваться о разумных сроках.
Что решить до старта
Прежде чем покупать лицензии, ответьте на несколько вопросов. Кто в организации отвечает за результат внедрения и имеет право менять процессы? Какой проект станет пилотом и есть ли у него «подушка» по срокам? Какие требования к модели предъявляют ваши заказчики и экспертиза? Сколько специалистов готовы освоить новые инструменты, а не только вежливо согласиться? Какие показатели будут считаться успехом через год? Если на эти вопросы нет внятных ответов, начните с них, а не с выбора программы.
Заказчикам, которые хотят получить проект в информационной модели, полезно заранее знать, какие организации уже прошли этот путь. Проектные организации, работающие в ТИМ, можно найти в разделе проектирования на площадке «Ресурс-Плюс»: заявка размещается бесплатно, исполнители откликаются с ценой и сроками, договор заключается напрямую, без комиссии, а сама площадка проектные работы не выполняет. Опишите объект и требования к модели в форме ниже.
Обсуждение
Пока нет комментариев. Будьте первым!
