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

Многие проекты (особенно цифровой рубль и импортозамещение ПО) столкнулись с неготовностью инфраструктуры: 30% банков признали IT-системы непригодными для цифрового рубля, а российские СХД и NGFW (межсетевые экраны нового поколения) не обеспечивают нужной производительности. Нехватка квалифицированных специалистов (риск 60% для FinTech) затягивает сроки и увеличивает расходы, а кибератаки (ущерб 27,5 млрд ₽ в 2024 г.) подрывают доверие к цифровым продуктам.

Давайте рассмотрим по шагам, как взять технологический риск под контроль — от старта проекта до мониторинга.

1. Идентификация и анализ На этапе планирования вместе с командой проведите глубокий разбор: какие технологические компоненты критичны для целей проекта, где могут быть «узкие места»? Используйте мозговой штурм, SWOT-анализ или чек-листы из прошлых проектов. Отдельно выделите внешние факторы: санкционные риски (зависимость от зарубежных решений), скорость развития технологий, совместимость с уже существующей ИТ-инфраструктурой компании.  Оценивайте не только «железо», но и среду. Технологическая готовность включает готовность данных (качество, доступность, совместимость), процессов (поддержка, мониторинг) и компетенций персонала. Модели зрелости для цифровых финансовых технологий часто оценивают проект по нескольким доменам: технологическая готовность, операционная совместимость, управление рисками. Включайте в план проекта нагрузочное тестирование и анализ пропускной способности.

2. Оценка и приоритизация Для каждого выявленного риска оцените два параметра: вероятность его реализации и масштаб влияния на проект (сроки, бюджет, качество). Постройте матрицу рисков — это поможет сфокусироваться на самом критичном. Так вы поймёте, какие угрозы требуют немедленных превентивных мер, а с какими можно работать иначе.

3. Выбор стратегии реагирования Для каждого риска выберите свой подход. Возможные варианты: уклонение (отказ от рискованной технологии в пользу более проверенной), снижение (уменьшение вероятности/тяжести последствий), передача (ответственность подрядчика за совместимость решения), принятие (резерв на случай реализации низкоприоритетных рисков).

4. Планирование конкретных мер Переведите стратегию в действия. Например: • Пилот и поэтапное развертывание. Никогда не запускайте критичную финансовую функцию сразу на всю аудиторию. Начните с ограниченного контура (пилотная группа клиентов, один продукт, один регион) и расширяйте только после подтверждения стабильности метрик. • Модульная и слоистая архитектура. Базельский комитет отмечает практику модульного и слоистого подхода при замене legacy-систем: новые компоненты внедряются постепенно, что снижает сложность и позволяет изолировать сбои, не обрушивая всю систему. • «Безопасное» тестирование и автоматизация. Ручное тестирование в финансовых системах — распространенная ошибка; оно не дает нужной скорости и точности для гетерогенных банковских сред. Автоматизированные регрессионные и интеграционные тесты должны быть обязательным условием допуска к production.

5. Мониторинг и адаптация Управление рисками — не разовое мероприятие, а непрерывный процесс. Регулярно пересматривайте реестр рисков, отслеживайте «триггеры» — признаки, что вероятность риска возрастает (например, вендор объявил о прекращении поддержки версии ПО). Если ситуация меняется (появилась новая технология, изменились требования регулятора), корректируйте план реагирования.

Управление риском технологической неготовности в финансовом проекте — это не разовая проверка, а непрерывный процесс, встроенный в жизненный цикл проекта. Его цель — не «идеальная технология», а предсказуемый запуск, при котором операционная надежность соответствует регуляторным требованиям и бизнес-модели.

#pm #управлениерисками #ИТриски #проекты