В материалах представлены основные тезисы, сформулированные участниками Деловой игры.
Роли в АСУ ТП
Внутренние стейкхолдеры
Спонсор - владелец бизнеса,
Бизнес – генеральный директор,
Технический директор – тот, кто принимает решение о том, как будет выглядеть образ результата по проекту.
Бизнес – генеральный директор,
Технический директор – тот, кто принимает решение о том, как будет выглядеть образ результата по проекту.
Эксплуатация:
- эксплуатация АСУ ТП
- ТОИР
- информационная безопасность
- эксплуатация АСУ ТП
- ТОИР
- информационная безопасность
Внешние стейхолдеры
- государство/регулятор,
- проектный институт,
- интегратор,
- вендор,
- сервисная компания.
- проектный институт,
- интегратор,
- вендор,
- сервисная компания.
Критерии успешности для спонсоров и бизнеса
- эффект от автоматизации,
- стоимость (TCO),
- риски,
- сроки (попали ли в правильное технологическое окно).
Технический директор – ключевая роль, принимает решение о том, будет ли это открытая или закрытая АСУ ТП. Критерии:
- надежность конечной сборки,
- модель сервиса и ее ресурсоемкость,
- попадание в бюджеты и сроки по проекту,
- наличие референсов,
- совместимость,
- наличие сертификации.
- модель сервиса и ее ресурсоемкость,
- попадание в бюджеты и сроки по проекту,
- наличие референсов,
- совместимость,
- наличие сертификации.
Эксплуатация. Критерии:
- уверенность в наличии собственных компетенций,
- наличие документации,
- набор приемо-сдаточных испытаний,
- СОИБы, ЗИПы.
- наличие документации,
- набор приемо-сдаточных испытаний,
- СОИБы, ЗИПы.
Государство. Критерии:
- соответствие нормативным актам,
- технические условия.
- технические условия.
Проектный институт. Критерии:
- соответствие стандартам,
- проектная документация на компоненты,
- нормативно-техническая документация.
- проектная документация на компоненты,
- нормативно-техническая документация.
Интегратор. Критерии:
- удовлетворенность заказчика,
- возможность делать выполненные проекты референсными,
- широта партнерской программы с вендорами.
- возможность делать выполненные проекты референсными,
- широта партнерской программы с вендорами.
Вендор. Критерии:
- объем продаж,
- референсность компонентов.
- референсность компонентов.
Сервисная компания. Критерии:
- SLA,
- наличие диверсифицированных компетенций, мультивендорность как преимущество.
- наличие диверсифицированных компетенций, мультивендорность как преимущество.
Этап 1. Идея, ПИР
Выгоды для заказчика
- вендоронезависимость, конкуренция на рынке. Возможность выбора из широкого круга поставщиков;
- снижение рисков ухода с рынка конкретного вендора при эксплуатации;
- снижение зависимости от специалистов. Специалисты из уникальных превращаются в унифицированных;
- снижение сроков ввода в эксплуатацию за счет унификации и модульности;
- облегчение внедрения решений более высокого уровня (СУУТП, ИИ…) за счет наличия слоя приложений с описанными стандартами и интерфейсами), отсутствие проблем с интеграцией;
- возможность контроля соблюдения сроков и бюджетов.
- снижение рисков ухода с рынка конкретного вендора при эксплуатации;
- снижение зависимости от специалистов. Специалисты из уникальных превращаются в унифицированных;
- снижение сроков ввода в эксплуатацию за счет унификации и модульности;
- облегчение внедрения решений более высокого уровня (СУУТП, ИИ…) за счет наличия слоя приложений с описанными стандартами и интерфейсами), отсутствие проблем с интеграцией;
- возможность контроля соблюдения сроков и бюджетов.
Вызовы для заказчика
- проблема выбора компонентов. Повышается роль интеграторов;
- риски несовместимости элементов;
- сложность расчета TCO за счет увеличения числа элементов;
- повышение рисков, в том числе информационных;
- рост затрат на специалистов.
- риски несовместимости элементов;
- сложность расчета TCO за счет увеличения числа элементов;
- повышение рисков, в том числе информационных;
- рост затрат на специалистов.
Выгоды для вендоров
Для крупных вендоров, которые своим решением перекрывают множество функций:
- вход на новый объект;
- для сложных решений, где есть слой, приносящий основную выгоду, и сопутствующие решения, которые необходимо поддерживать – возможность покупать такие решения для слоев на рынке;
- можно разделить свое решение на модули и продавать по отдельности.
- вход на новый объект;
- для сложных решений, где есть слой, приносящий основную выгоду, и сопутствующие решения, которые необходимо поддерживать – возможность покупать такие решения для слоев на рынке;
- можно разделить свое решение на модули и продавать по отдельности.
Для малых вендоров:
- возможность выхода на рынок со своим небольшим компонентом и поддержки на всем жизненном цикле;
- понятные правила игры на рынке (планирование, взаимодействие);
Вендоры должны думать о будущем, в комплекте с классикой они должны иметь решения, комплиментарные с открытой АСУ ТП,
- возможность выхода на рынок со своим небольшим компонентом и поддержки на всем жизненном цикле;
- понятные правила игры на рынке (планирование, взаимодействие);
Вендоры должны думать о будущем, в комплекте с классикой они должны иметь решения, комплиментарные с открытой АСУ ТП,
Вызовы для вендоров
- большие затраты без очевидных выгод;
- пересмотр рыночной политики. Сейчас вендоры могут построить бизнес-план на много лет вперед. На высококонкурентном рынке такие планы строить будет сложно.
- пересмотр рыночной политики. Сейчас вендоры могут построить бизнес-план на много лет вперед. На высококонкурентном рынке такие планы строить будет сложно.
Выгоды для интеграторов
- повышение роли интегратора.
Интегратор заинтересован в долгосрочных отношениях с клиентом, заключении сервисного контракта, участии в тех.перевооружении и модернизации.
Риски моновендорности намного выше, чем риски, распределенные по множеству продуктов/вендоров.
Интегратор заинтересован в долгосрочных отношениях с клиентом, заключении сервисного контракта, участии в тех.перевооружении и модернизации.
Риски моновендорности намного выше, чем риски, распределенные по множеству продуктов/вендоров.
Вызовы для интеграторов
- повышение ответственности,
- риск закупок падает на интегратора.
- риск закупок падает на интегратора.
Этап 2. Комплектация, СМР, ПНР
На этом этапе преимущества ОАСУ ТП для заказчика и интегратора гораздо существеннее, чем на предыдущих
Выгоды для заказчиков
- возможность смены поставщика (и интегратора, и вендора) на любом этапе;
- снижение риска зависимости от одного вендора;
- можно гибко смещать приоритеты проекта в треугольнике быстро-качественно-дешево;
- унификация компонентов.
- снижение риска зависимости от одного вендора;
- можно гибко смещать приоритеты проекта в треугольнике быстро-качественно-дешево;
- унификация компонентов.
Вызовы для заказчиков
- что-то не заработает;
- некачественные компоненты. Сейчас вендоры уделяют мало времени на тестирование;
- большое количество проектных ошибок;
- увеличение количества и сложности проектной документации и ПМИ.
- некачественные компоненты. Сейчас вендоры уделяют мало времени на тестирование;
- большое количество проектных ошибок;
- увеличение количества и сложности проектной документации и ПМИ.
Выгоды для вендоров
- ответственность вендора меньше – отвечает за конкретный продукт. Ответственность перемещается к интегратору;
- возможность зайти в проект любому вендору на любой стадии;
- сокращение складских запасов готовой продукции за счет универсализации решений.
- возможность зайти в проект любому вендору на любой стадии;
- сокращение складских запасов готовой продукции за счет универсализации решений.
Вызовы для вендоров
- невозможность планировать продажи. Необходимость изменение бизнес-модели;
- невозможность повышать цены;
- необходимость доработки, углубления тестирования;
- снижение маржинальности.
- невозможность повышать цены;
- необходимость доработки, углубления тестирования;
- снижение маржинальности.
Выгоды для интеграторов
- большая прозрачность. Более четкое ТЗ. В перспективе должен появится универсальный поцесс внедрения и инструменты наладки. Больший контроль интегратора за отдельными вендорами и модулями;
- гибкость комплектации;
- унификация разработки, переносимость ПО, облегчение типовых проектов;
- проще устранять проектные ошибки – возможность менять решения, менять вендора;
- возможность сокращения сроков поставки на стадии закупки – за счет возможности смены вендора;
- большое количество доступных инструментов диагностики, независимых от конкретных вендоров;
- доступность ресурсов.
- гибкость комплектации;
- унификация разработки, переносимость ПО, облегчение типовых проектов;
- проще устранять проектные ошибки – возможность менять решения, менять вендора;
- возможность сокращения сроков поставки на стадии закупки – за счет возможности смены вендора;
- большое количество доступных инструментов диагностики, независимых от конкретных вендоров;
- доступность ресурсов.
Вызовы для интеграторов
- ответственность за совместимость;
- несоответствие релизов. Риск некачественного тестирования отдельных модулей вендорами;
- плохие цепочки поставок. Возможная смены вендора из-за проблем с логистикой и поставками комплектующих. Форм-фактор у нового вендора может отличаться. Влечет за собой изменения в проектной документации;
- необходимость управления складской логистикой/запасами;
- усложняется FAT (приемо-сдаточные испытания);
- проектная документация должна соответствовать большому количеству вендоров.
- несоответствие релизов. Риск некачественного тестирования отдельных модулей вендорами;
- плохие цепочки поставок. Возможная смены вендора из-за проблем с логистикой и поставками комплектующих. Форм-фактор у нового вендора может отличаться. Влечет за собой изменения в проектной документации;
- необходимость управления складской логистикой/запасами;
- усложняется FAT (приемо-сдаточные испытания);
- проектная документация должна соответствовать большому количеству вендоров.
Открытые вопросы:
Кто отвечает за результат? В случае, если комплексное решение не заработает, вендору придется проводить дополнительное тестирование своего компонента и разбираться.
Кто закупает оборудование у вендора – интегратор или заказчик?
Не придется ли менять ГОСТы, чтобы в спецификации были характеристики, а не конкретные решения?
Будет ли быстрее происходить ПНР при ОАСУ ТП? (На первых этапах будет долго, потом гораздо быстрее)
Как можно быстро получить утверждение изменения в проекте?
Насколько на этапе ПИР был сформулирован проект, который соответствует всем вендорам, которые делают совместимые продукты с ОАСУ ТП?
Как написать такое ПМИ, которое будет пошагово соответствовать проверкам на разных типах устройств?
Кто закупает оборудование у вендора – интегратор или заказчик?
Не придется ли менять ГОСТы, чтобы в спецификации были характеристики, а не конкретные решения?
Будет ли быстрее происходить ПНР при ОАСУ ТП? (На первых этапах будет долго, потом гораздо быстрее)
Как можно быстро получить утверждение изменения в проекте?
Насколько на этапе ПИР был сформулирован проект, который соответствует всем вендорам, которые делают совместимые продукты с ОАСУ ТП?
Как написать такое ПМИ, которое будет пошагово соответствовать проверкам на разных типах устройств?
Этап 3. Эксплуатация
ОАСУ ТП гибче классики, отсюда – и выгоды, и минусы
Выгоды для заказчика
- экономия на эксплуатации. Возможность замены одних компонентов на другие;
- модернизация становится дешевле;
- возможность проводить небольшие модернизации своими силами;
- снижение затрат на ЗИП, унификация и универсальность ЗИП. (риск – если ЗИП будет от другого вендора, возникает риск перепроектирования);
- снижение цен на расширение функциональности;
- возможность тестирования гипотез на других площадках;
- увеличивается вариативность по сервису, появляется больше сервисных компаний;
- доступность персонала.
- модернизация становится дешевле;
- возможность проводить небольшие модернизации своими силами;
- снижение затрат на ЗИП, унификация и универсальность ЗИП. (риск – если ЗИП будет от другого вендора, возникает риск перепроектирования);
- снижение цен на расширение функциональности;
- возможность тестирования гипотез на других площадках;
- увеличивается вариативность по сервису, появляется больше сервисных компаний;
- доступность персонала.
Вызовы для заказчика
- необходимость новых подходов и новых компетенций в службе эксплуатации. Возможно, потребуется разрешение на удаленные подходы в эксплуатации;
- ИБ станет дороже (дискуссионный момент). В распределенной архитектуре средства ИБ придется встраивать в каждый DCN;
- увеличение сложности контроля за комплексностью безопасности – информационной и пром безопасности. Необходимо будет тестировать всю цепочку;
- риск перепроектирования – модули другого вендора могут не подходить;
- риск ухода с рынка отдельных вендоров, если таких вендоров на рынке будет слишком много. Необходимы стандарты.
- ИБ станет дороже (дискуссионный момент). В распределенной архитектуре средства ИБ придется встраивать в каждый DCN;
- увеличение сложности контроля за комплексностью безопасности – информационной и пром безопасности. Необходимо будет тестировать всю цепочку;
- риск перепроектирования – модули другого вендора могут не подходить;
- риск ухода с рынка отдельных вендоров, если таких вендоров на рынке будет слишком много. Необходимы стандарты.
Выгоды для вендора
- возможность войти в проект на этапе эксплуатации и модернизации;
- возможность использовать опыт других вендоров;
- продажа сервиса через системного интегратора;
- с появлением маркетплейса решений у вендора сократится время вывода продуктов на рынок.
- возможность использовать опыт других вендоров;
- продажа сервиса через системного интегратора;
- с появлением маркетплейса решений у вендора сократится время вывода продуктов на рынок.
Вызовы для вендора
- высокая вероятность вытеснения другим вендором;
- снижение качества решений.
- снижение качества решений.
Выгоды для интегратора
- возможность продажи сервиса с повышенной маржой;
- возможность использовать опыт другого вендора;
- возможность увеличивать стоимость поддержки – компонентов стало больше;
- возможность предлагать на этапе эксплуатации новые продукты;
- возможность оптимизировать SLA за счет увеличения числа сервисных компаний.
- возможность использовать опыт другого вендора;
- возможность увеличивать стоимость поддержки – компонентов стало больше;
- возможность предлагать на этапе эксплуатации новые продукты;
- возможность оптимизировать SLA за счет увеличения числа сервисных компаний.
Вызовы для интегратора
- выявление несовместимости на поздних этапах эксплуатации;
- риски ответственности за уход вендора с рынка;
- риски по гарантиям. Риски за вендоров несет интегратор;
- вероятность вытеснения на любом этапе;
- возможность несоответствия при модернизации.
- риски ответственности за уход вендора с рынка;
- риски по гарантиям. Риски за вендоров несет интегратор;
- вероятность вытеснения на любом этапе;
- возможность несоответствия при модернизации.
Вопросы
Заказчик будет выбирать самого дешевого. Необходимо будет создавать системы автоматизированного контроля.
Вопрос по открытости кода. Все вендоры будут делать свой код. Будут ли исходники где-то доступны?
Как заказчику правильно выбирать сервисную компанию?
Вопрос по открытости кода. Все вендоры будут делать свой код. Будут ли исходники где-то доступны?
Как заказчику правильно выбирать сервисную компанию?
Общие проблемы для автоматизации по ОАСУ ТП
Общая проблема тестирования
Понятно, как интегрировать компоненты. Непонятно, как их тестировать. Если система будет состоять из разных компонентов, непонятно как они будут взаимодействовать и как их тестировать.
Проблема сертификации
Есть сертификация на каждый отдельный узел – нужно ли сертифицировать систему в целом? Чего конкретно будет касаться эта сертификация?
Маркетплейс
Какие будут правила у этого маркетплейса? Кто будет его держателем?
Задачи РГ
По заказчикам
Найти обоснование: как заставить заказчика платить за прототипы?
Как “продать” новым заказчикам ОАСУ ТП? (нужно создать описание, что такое ОАСУ ТП, и как ей пользоваться).
Меморандум о намерениях - цель: гарантировать рынку, что основные выгодополучатели готовы идти в эту историю и пользоваться решениями.
Сформировать и оценить категории эффектов для заказчика.
Как “продать” новым заказчикам ОАСУ ТП? (нужно создать описание, что такое ОАСУ ТП, и как ей пользоваться).
Меморандум о намерениях - цель: гарантировать рынку, что основные выгодополучатели готовы идти в эту историю и пользоваться решениями.
Сформировать и оценить категории эффектов для заказчика.
Для интеграторов
Провести оценку потребности рынка в АСУ ТП в части интеграции, запросить от них оценку их возможной роли.
Показать им “белые пятна”, которые они смогут закрыть (например - маркетплейс).
Описать выгоды и возможности для интеграторов.
Показать им “белые пятна”, которые они смогут закрыть (например - маркетплейс).
Описать выгоды и возможности для интеграторов.
Для вендоров
Описать выгоды для вендоров.
Проработать механизм гарантий на объемы.
Формализация правил игры на рынке - первичная реализация прототипов и дальнейшая опытно-промышленная эксплуатация.
Необходимо сформулировать этапность развития продуктов ОАСУ ТП, для каждого этапа сформулировать запрос к вендорам.
Создать карту белых пятен - конкретных продуктов, модулей.
Написать предварительные письма от заказчиков.
Проработать механизм гарантий на объемы.
Формализация правил игры на рынке - первичная реализация прототипов и дальнейшая опытно-промышленная эксплуатация.
Необходимо сформулировать этапность развития продуктов ОАСУ ТП, для каждого этапа сформулировать запрос к вендорам.
Создать карту белых пятен - конкретных продуктов, модулей.
Написать предварительные письма от заказчиков.
Для государства
Сформулировать положение об открытой АСУ ТП (официальный документ в рамках РГ).
Показать заинтересованность широкого спектра промышленности в ОАСУ ТП.
Стандарты по АСУ ТП.
Изучить источники субсидирования для ОАСУ ТП.
Создать центр компетенций по ОАСУ ТП.
Добавить маркеры соответствия требованиям ОАСУ ТП в реестры софта и железа, которые ведут регуляторы. Возможно, на первом этапе - добровольный маркер.
Добавить критерий совместимости при импорте зарубежных решений.
Сформулировать соответствие целей РГ целям госполитики.
Необходимы: четко сформулированные этапы, результаты на этапах, сроки реализации.
Показать заинтересованность широкого спектра промышленности в ОАСУ ТП.
Стандарты по АСУ ТП.
Изучить источники субсидирования для ОАСУ ТП.
Создать центр компетенций по ОАСУ ТП.
Добавить маркеры соответствия требованиям ОАСУ ТП в реестры софта и железа, которые ведут регуляторы. Возможно, на первом этапе - добровольный маркер.
Добавить критерий совместимости при импорте зарубежных решений.
Сформулировать соответствие целей РГ целям госполитики.
Необходимы: четко сформулированные этапы, результаты на этапах, сроки реализации.
Дорожная карта
К 2030 г. открытая АСУ ТП должна занять около 25% рынка.
Должен появиться маркетплейс – портал, через который будут коммерциализироваться продукты ОАСУ ТП, инструменты по управлению жизненным циклом.
Маркетплейс – площадка для коммерциализации. Взаимодействие интегратора с вендорами, с заказчиками.
Инструменты управления жизненным циклом – сервисы, которые позволяют от проектирования до конечной эксплуатации управлять платформой/решениями DCS – SCADA/ПЛК.
2027 г. – коммерческий релиз платформы, готовый к эксплуатации. MVP маркетплейса, чтобы можно было привлечь интеграторов и вендоров.
Окончательная версия стандарта.
2025 г. – MVP платформы на тестовом стенде. Можно будет собрать из тех готовых элементов, которые уже есть.
Стандарты: Детализация первой части стандартов в минимально необходимой части. Стандарты должны появится раньше, чем будет совершен бизнес-переход.
2024 г. – MVP открытого ПЛК (Северсталь)
Стандарты – первая часть - термины и определения.
Должен появиться маркетплейс – портал, через который будут коммерциализироваться продукты ОАСУ ТП, инструменты по управлению жизненным циклом.
Маркетплейс – площадка для коммерциализации. Взаимодействие интегратора с вендорами, с заказчиками.
Инструменты управления жизненным циклом – сервисы, которые позволяют от проектирования до конечной эксплуатации управлять платформой/решениями DCS – SCADA/ПЛК.
2027 г. – коммерческий релиз платформы, готовый к эксплуатации. MVP маркетплейса, чтобы можно было привлечь интеграторов и вендоров.
Окончательная версия стандарта.
2025 г. – MVP платформы на тестовом стенде. Можно будет собрать из тех готовых элементов, которые уже есть.
Стандарты: Детализация первой части стандартов в минимально необходимой части. Стандарты должны появится раньше, чем будет совершен бизнес-переход.
2024 г. – MVP открытого ПЛК (Северсталь)
Стандарты – первая часть - термины и определения.