В программе импортозамещения разные классы программного обеспечения измерялись по разным принципам: количество серверов, процессорные ресурсы, рабочие места, установки и другие показатели. Из-за этого было сложно сопоставлять прогресс между направлениями и формировать единый показатель исполнения.
Я разработал методологию, которая позволила привести к единой логике оценку импортозамещения антивирусного ПО, офисных пакетов, операционных систем, СУБД и платформ виртуализации.
Отдельно определил правила исключения систем, которые объективно невозможно или нецелесообразно переводить на отечественный стек. После применения методологии фактический показатель исполнения программы был пересчитан и увеличился на 39%.
Единая логика оценки была сформирована для антивирусов, офисных пакетов, операционных систем, СУБД и виртуализации.
После корректного определения заменяемого контура и допустимых исключений расчетный показатель исполнения программы увеличился на 39%.
Методология позволила сопоставлять направления, которые до этого измерялись в разных единицах: CPU, серверах, пользователях и инсталляциях.
Каждый технологический класс исторически имел собственную единицу учета. Для серверного ПО могли использоваться процессорные ресурсы или количество серверов, для пользовательского — рабочие места и установки.
Из-за этого одинаковый процент замещения в двух классах не всегда означал сопоставимый объем выполненной работы, а сведение данных в единый показатель требовало дополнительных трактовок.
Мне необходимо было сформировать единые правила расчета, которые можно применять ко всем направлениям программы и использовать для управленческой и контрольной отчетности.
Ключевым элементом методологии стало разделение всего установленного программного обеспечения и той его части, которая действительно подлежит замене.
В инфраструктуре оставались системы, которые невозможно было мигрировать по объективным причинам: например, архивные решения без активного развития или технологические компоненты, сохранение которых было обосновано внешними требованиями.
Я лично сформировал правила допустимых исключений, чтобы такие системы не искажали показатель выполнения программы.
В расчет включался только тот контур, для которого существовало целевое российское решение и по которому переход действительно должен был быть выполнен.
Для каждого из пяти классов была определена базовая единица измерения и правило расчета доли замещения.
Методика учитывала специфику конкретного технологического класса, но приводила итог к единому показателю — отношению уже замещенного объема к фактически подлежащему замещению.
Это позволило сопоставлять между собой направления с принципиально разными техническими метриками и видеть реальную динамику программы.
Методология также использовалась для оценки планов команд и формирования обязательств по следующим периодам.
Методология стала использоваться при подготовке материалов для внутренних контрольных и стратегических подразделений банка.
На ее основе можно было отдельно видеть исходный объем технологического класса, допустимые исключения, объем фактически заменяемого контура и уже выполненную миграцию.
Такой формат сделал показатель проверяемым: вместо одной итоговой цифры можно было проследить, из каких систем и технологических компонентов она сформирована.
Для 5 классов программного обеспечения была сформирована единая методология расчета уровня импортозамещения.
Из знаменателя были исключены технологические компоненты, которые объективно не относились к заменяемому контуру, при этом для исключений были установлены формальные критерии.
После применения новой методологии показатель исполнения программы увеличился на 39% за счет корректного определения фактически подлежащего замещению объема.
Методика стала основой для сопоставимого анализа направлений, контроля динамики и подготовки управленческой отчетности.