Пять спикеров – пять разных профессиональных взглядов на один общий вопрос:
---
Норик Мкртычев озвучил видение федерального центра: зачем запускаются «пилоты», какой результат от них ожидается и как опыт Москвы может найти применение в регионах.
Критерий успеха здесь вполне конкретный: мало просто «поднять» модель☝🏻чертежи должны быть выпущены из ЦИМ, а полученная таким способом проектная документация – пройти экспертизу. Только тогда технология окажется проверена и удостоверена реальным проектированием.
Пётр Манин показал взгляд разработчика ПО и предложил оценивать качество внедрения метриками успеха.
Сам факт создания ЦИМ ещё мало о чём говорит. Гораздо показательнее, продолжает ли организация после «пилота» работать по-новому на следующих объектах и может ли повторить результат без постоянного сопровождения разработчика.
Пётр также отметил разные уровни зрелости и, соответственно, разные потребности заказчиков – от простоты освоения и быстрого практического результата до сохранения накопленных наработок, собственной автоматизации и открытого API.
Анастасия Гусева рассказала об эволюции подходов заказчика к требованиям к ЦИМ. Здесь задача естественным образом выросла из отдельных автоматизированных проверок в наведение порядка в данных и перенос накопленных знаний одного специалиста на всю команду.
На примере помещений хорошо видно эту эволюцию: единые наименования, КСИ, автоматическое присвоение кодов, структурированные требования.
Следующий шаг – уже не отдельные скрипты, а единый банк нормативных требований, где требования хранятся в структурированном виде, актуализируются при изменении нормативки и сохраняется понимание, какая их редакция применялась для конкретного проекта.
Такой подход позволяет знаниям не оставаться в умах отдельных специалистов, а становиться частью общего рабочего процесса.
Венера Шамгудинова отметила ценность ЦВОР с позиции сметчика.
ЦВОР – цифровая ведомость объёмов работ – полезна не просто потому, что получена из цифровой информационной модели объекта. Она позволяет сохранить связь между элементом ЦИМ и относящимся к нему объёмом работ, а также проверить полноту сметы – всё ли запроектированное и смоделированное в итоге было осмечено?
Задача УКСа как службы бюджетного заказчика – сначала самим пройти эту дорогу и разобраться во (взаимо)связи элемента, материала, вида работ и расценки, а затем уже передавать готовые наработки следующему подрядчику.
Полученный опыт фиксируется в деревьях выбора и карточке ГЭСН, чтобы на следующем объекте не начинать всё сначала, а использовать уже найденные решения.
Алексей Андрейченко описал взгляд регионального органа власти на перспективы развития информационного моделирования.
Задача региона – сформировать инициативу в рамках пилотного проекта, проведение опытной и доведение до промышленной эксплуатации, учёт организационных и технических «рогаток», и фиксация результата не только в отчёте, но и в виде наследия – будь то требования, настройки, методики, классификаторы, карточки, скрипты и другие сущности, которые можно использовать на других объектах и передавать другим заказчикам и подрядчикам.
В идеале всё это должно вести нас к той самой условной «большой красной кнопке»: понятному требованию, автоматизированной проверке, отчёту и подсказке специалисту, куда именно надо смотреть в проектной документации.
---
Зал оказался очень активным. На Норика Ваноевича вопросы обрушились буквально «девятым валом». Особенно залу были интересны нюансы получения ЦВОР, которые были раскрыты в докладе Венеры Марсовны – и вопросы по этой теме исчерпались.
Хороший показатель: многое становится на свои места, когда сложный цифровой процесс раскладывается на понятные составляющие через практическую задачу.
В этом главный смысл нашей секции: пилотный проект ценен тогда, когда его результат можно повторить, встроить в обычную работу, сохранить накопленный опыт и передать его дальше. Именно так «пилот» перестаёт быть просто «пилотом».
Что должно произойти с цифровой инициативой, чтобы она не закончилась вместе с пилотным проектом, а превратилась в рабочий процесс?
---
Норик Мкртычев озвучил видение федерального центра: зачем запускаются «пилоты», какой результат от них ожидается и как опыт Москвы может найти применение в регионах.
Критерий успеха здесь вполне конкретный: мало просто «поднять» модель☝🏻чертежи должны быть выпущены из ЦИМ, а полученная таким способом проектная документация – пройти экспертизу. Только тогда технология окажется проверена и удостоверена реальным проектированием.
Пётр Манин показал взгляд разработчика ПО и предложил оценивать качество внедрения метриками успеха.
Сам факт создания ЦИМ ещё мало о чём говорит. Гораздо показательнее, продолжает ли организация после «пилота» работать по-новому на следующих объектах и может ли повторить результат без постоянного сопровождения разработчика.
Пётр также отметил разные уровни зрелости и, соответственно, разные потребности заказчиков – от простоты освоения и быстрого практического результата до сохранения накопленных наработок, собственной автоматизации и открытого API.
Анастасия Гусева рассказала об эволюции подходов заказчика к требованиям к ЦИМ. Здесь задача естественным образом выросла из отдельных автоматизированных проверок в наведение порядка в данных и перенос накопленных знаний одного специалиста на всю команду.
На примере помещений хорошо видно эту эволюцию: единые наименования, КСИ, автоматическое присвоение кодов, структурированные требования.
Следующий шаг – уже не отдельные скрипты, а единый банк нормативных требований, где требования хранятся в структурированном виде, актуализируются при изменении нормативки и сохраняется понимание, какая их редакция применялась для конкретного проекта.
Такой подход позволяет знаниям не оставаться в умах отдельных специалистов, а становиться частью общего рабочего процесса.
Венера Шамгудинова отметила ценность ЦВОР с позиции сметчика.
ЦВОР – цифровая ведомость объёмов работ – полезна не просто потому, что получена из цифровой информационной модели объекта. Она позволяет сохранить связь между элементом ЦИМ и относящимся к нему объёмом работ, а также проверить полноту сметы – всё ли запроектированное и смоделированное в итоге было осмечено?
Задача УКСа как службы бюджетного заказчика – сначала самим пройти эту дорогу и разобраться во (взаимо)связи элемента, материала, вида работ и расценки, а затем уже передавать готовые наработки следующему подрядчику.
Полученный опыт фиксируется в деревьях выбора и карточке ГЭСН, чтобы на следующем объекте не начинать всё сначала, а использовать уже найденные решения.
Алексей Андрейченко описал взгляд регионального органа власти на перспективы развития информационного моделирования.
Задача региона – сформировать инициативу в рамках пилотного проекта, проведение опытной и доведение до промышленной эксплуатации, учёт организационных и технических «рогаток», и фиксация результата не только в отчёте, но и в виде наследия – будь то требования, настройки, методики, классификаторы, карточки, скрипты и другие сущности, которые можно использовать на других объектах и передавать другим заказчикам и подрядчикам.
В идеале всё это должно вести нас к той самой условной «большой красной кнопке»: понятному требованию, автоматизированной проверке, отчёту и подсказке специалисту, куда именно надо смотреть в проектной документации.
---
Зал оказался очень активным. На Норика Ваноевича вопросы обрушились буквально «девятым валом». Особенно залу были интересны нюансы получения ЦВОР, которые были раскрыты в докладе Венеры Марсовны – и вопросы по этой теме исчерпались.
Хороший показатель: многое становится на свои места, когда сложный цифровой процесс раскладывается на понятные составляющие через практическую задачу.
В этом главный смысл нашей секции: пилотный проект ценен тогда, когда его результат можно повторить, встроить в обычную работу, сохранить накопленный опыт и передать его дальше. Именно так «пилот» перестаёт быть просто «пилотом».