Руководитель программ технологической трансформации

Управляю сложными ИТ-программами, технологическими изменениями и внедрением новых решений — от стратегии и архитектуры до промышленной реализации.

Руководитель программ технологической трансформации

Управляю сложными ИТ-программами, технологическими изменениями и внедрением новых решений — от стратегии и архитектуры до промышленной реализации.

Апробация и выбор российских ИТ-решений

Создал единый процесс апробации и выбора российских ИТ-решений

До запуска проекта выбор новых ИТ-решений во многом строился на согласованиях по электронной почте. Продукт мог получить предварительное одобрение, но позднее столкнуться с архитектурными, инфраструктурными или требованиями информационной безопасности.

Я участвовал в создании единого процесса апробации программного обеспечения и программно-аппаратных решений для ДОМ.РФ и Банка ДОМ.РФ. Новый подход предусматривал обязательное тестирование решений до закупки и формальное участие ИТ, информационной безопасности и бизнес-заказчиков.

В результате решение о дальнейшем использовании продукта принималось на основании заранее согласованной программы испытаний и зафиксированных результатов тестирования, а не только экспертных мнений участников.

  • 2 организации в едином процессе

    Подход использовался для апробации решений в ДОМ.РФ и Банке ДОМ.РФ с учетом требований обеих организаций.

  • 3 группы участников

    В рабочую группу по испытаниям включались представители ИТ, информационной безопасности и бизнес-подразделений.

  • До 2 недель на тестирование продукта

    Для отдельных решений полный цикл испытаний удавалось провести примерно за 2 недели вместо месяца за счет заранее определенных сценариев и ответственности участников.

От согласования по почте к формальному процессу

Ранее согласование продукта могло ограничиваться перепиской между заинтересованными подразделениями. При этом часть существенных ограничений обнаруживалась уже на этапе архитектурного согласования или подготовки к внедрению.

Для устранения этой проблемы был сформирован единый порядок апробации. Для каждого решения назначалась рабочая группа, определялись участники и зоны ответственности, а тестирование становилось обязательным этапом до принятия решения о закупке.

Результаты испытаний фиксировались в протоколе, который подписывали участники рабочей группы и их руководители. Это позволяло использовать результаты апробации как формальное основание для дальнейшего движения проекта.

Программа и методика испытаний

До начала тестирования для продукта формировалась программа и методика испытаний. Критерии определялись исходя из реальных пользовательских и технологических сценариев действующего решения.

Проверялись функциональные возможности, работа под пользовательской нагрузкой, интеграции и API, требования архитектуры и информационной безопасности, а также ограничения эксплуатации в существующей инфраструктуре.

Для испытаний использовался контур, максимально приближенный к промышленной среде, включая необходимые сетевые сегменты и DMZ.

По итогам продукт мог получить один из трех результатов: пройти испытания, быть принят при условии доработки поставщиком или не пройти апробацию.

Испытания как часть выбора продукта

Процесс использовался при выборе систем управления знаниями, ВКС, корпоративных мессенджеров и других продуктов в рамках программы импортозамещения.

Я вел отдельные проекты апробации и координировал работу участников: формирование критериев, проведение тестов, фиксацию результатов и коммуникацию с поставщиками.

Если во время испытаний обнаруживались ограничения, которые можно было устранить, необходимые изменения включались в требования к продукту до его внедрения.

Например, при тестировании Termidesk были выявлены ограничения, связанные с работой в нескольких сетевых контурах и пользовательскими сценариями. Поставщик устранил критичные замечания до перехода к промышленной реализации.

Выбор на основе проверяемых критериев

При сравнении решений учитывалась не только текущая функциональность, но и зрелость продукта, скорость поддержки и способность поставщика развивать систему под требования организации.

Так, при выборе системы управления проектами одним из факторов стало не только соответствие текущим требованиям, но и потенциал дальнейшего развития продукта и скорость реакции команды поставщика.

Финальное решение по целевому продукту принималось ИТ-руководством на основании результатов апробации, архитектурной оценки и заключений участников рабочей группы.

Результат проекта

В ДОМ.РФ и Банке ДОМ.РФ был сформирован единый процесс, при котором новые ИТ-решения проходили формализованную апробацию до закупки и промышленного внедрения.

ИТ, информационная безопасность и бизнес стали участвовать в оценке продукта в рамках одной рабочей группы и подписывать общий результат испытаний.

Для отдельных продуктов продолжительность тестирования удалось сократить примерно с одного месяца до двух недель, сохранив полный набор заранее согласованных проверок.

Процесс позволил выявлять технические и архитектурные ограничения до закупки, фиксировать необходимые доработки поставщика и принимать решение о продукте на основании проверяемых результатов.

О проекте

Организация: ДОМ.РФ / Банк ДОМ.РФ
Масштаб: Единый процесс для двух организаций
Срок: Постоянный процесс
Направление: Апробация / Методология