Для начала рассмотрим роль ЦТЗ в функции «проектирование» на различных этапах жизненного цикла проекта. Как подразделение, управляющее проектом от лица Бизнес-заказчика, ЦТЗ обеспечивает:
- разработку проектной документации, в частности, Концепции, ОТР, ТЭР, ТЭО, ПД, РД и т.д;
- получение положительного заключения всех необходимых экспертиз – внутренних и внешних;
- разработку, детализацию и обогащение информационной модели и данных;
- формирование заказных спецификаций, опросных листов и технических заданий на закупку МТР;
- авторский надзор проектировщика за ходом выполнения работ.
Часть этих задач ЦТЗ делегирует Проектировщику, который, в свою очередь, должен обеспечить их выполнение согласно выделенным бюджетам, установленным срокам и другим ограничениям, которые определяет ЦТЗ. Далее Проектировщик может эти задачи выполнять как в цифре, так и без нее. И было бы, наверное, не очень правильно требовать от него цифру ради цифры.
Посмотрим на этот процесс глазами Проектировщика.
1. Путь традиционный. Классическое проектирование 2D → с дальнейшим формированием 3D, т.е. производство чертежей (на стадиях ПД и/или РД) и дальнейшее формирование 3D-модели по чертежам в конце проектирования. В данном случае выявление коллизий бесполезная трата времени.
2. Разработанная 3D-модель (не ИМ) используется для визуализации проектных решений. Основной источник информации – это проектная или рабочая документация, в которой эти проектные решения задокументированы. Выявление коллизий на поздних этапах после принятия основных решений, которые уже согласованы, и любые последующие изменения потребуют дополнительной работы.
3. Путь цифровой с применением технологии информационного моделирования и уже из 3D (ИМ) → получение любых 2D. Производство 3D-модели (ИМ) и выпуск чертежей и вторичной документации из согласованной модели. Основной источник информации – база данных ИМ. Возможность на ранних этапах вовлекать Заказчика в моделирование и согласование проектных решений. Сценарный подход к согласованию модели, за счет ролевых представлений информации. Данный процесс позволяет проработать все допустимые коллизии.
Если проект простой (типовой), Проектировщик идет традиционным путем, потому что для него актуально следующее:
1. самое доступное проектирование – наименее трудозатратное, понятное с точки зрения специалистов и не требующее развитой ИТ инфраструктуры и поддержки в виде внутреннего центра компетенций или технического сопровождения,
2. высокая взаимозаменяемость исполнителей – не требуется специализированных команд на поддержание процессов и программного обеспечения (ПО) (хотя сегодня уже выбор незначительный после ухода иностранного ПО. Но это сильно ограничивает компетенцию конкретного специалиста-исполнителя,
3. минимальное время на предварительную подготовку – не требуется тратить время на обучение и настройку ПО, создание библиотек, реорганизацию процессов взаимодействия внутри команды,
4. не требует переделки внутренних бизнес-процессов – текущие процессы и качество управления проектом соответствуют целям, задачам компании и обеспечивают реализацию проектов. Однако, ограничивает внедрение новых технологий и подходов.
Если же проект технологически сложный, нестандартный и подразумевает проектирование опасных производственных объектов, Проектировщик вынужден применять цифровые решения, так как для него становится крайне важны:
1. бесшовная интеграция данных – наличие общей информационной среды, которая позволяет работать с различными форматами данных (от открытых до проприетарных) с заданными ограничениями. Общая информационная среда предназначена для коммуникации между всеми участниками проекта, как внутри Проектировщика, так и с ЦТЗ и суб-проектировщиками. Однако это трудозатратно и требует высокой культуры работы с информацией,
2. время на подготовку принятия решений – возможность принимать решения на основании большей информации по контексту проекта. Во время одного совещания можно обсуждать конкретную задвижку, при необходимости перейти к рассмотрению всего этажа или генерального плана. Весь объем решений по проекту (все комплекты) в "одном файле", но с возможностью поиска и четкой структурой. Но, необходимо наличие отлаженного процесса управления данными и качественная информационная модель. Что, очевидно, без наличия крупных проектов и финансирования становится нерентабельным,
3. снижение времени на выпуск проектного продукта – ускорение принятия проектных решений за счет понимания общего контекста всеми участниками проектирования, уменьшения "источников правды", простоты внесения изменений, автоматизированного расчета объемов. Наглядная визуализация выполнения требований нормативной документации и требований ЦТЗ. Однако, на первом проекте обычно выигрыш по времени нивелируется затратами на освоение инструментов и выстраивание новых процессов взаимодействия. Необходима структура накопления опыта реализованных проектов - это внутренний центр компетенций.
Управляя функцией «проектирование», Цифровой технический заказчик должен понимать, что цифра, в которой он заинтересован, должна быть также рентабельна и для Проектировщика. В этом случае, и ЦТЗ и Проектировщик, и в конечном счёте Бизнес-заказчик – все могут выиграть от применения зрелых цифровых решений, т.е. эффективность применения Цифры должна способствовать уменьшению по времени разработки проектной документации, также должна обеспечить качество проектной документации и дальнейшее применение ее на других жизненных циклах проекта.
