Каким кейсом гордишься?

Кейс: Реализация enterprise CRM-системы с интеграцией 14 внешних сервисов для банковского сектора

Этот проект стал для меня эталонным примером "идеального шторма" — высокой сложности, сжатых сроков и критической важности для бизнеса клиента — крупного розничного банка. Компания-заказчик столкнулась с проблемой "лоскутной автоматизации": более десяти разрозненных систем (скоринг, колл-трекинг, документооборот, скоринг БКИ, платежные шлюзы и др.) не обменивались данными в реальном времени, что приводило к потере заявок, ошибкам в кредитных решениях и низкой скорости обработки клиентов.

Основные задачи и вызовы проекта

• Интеграционная сложность: Создание единой точки входа (ESB-шины) для 14 разнородных внешних API, каждый со своими протоколами (SOAP, REST), SLA и требованиями к безопасности.
• Нормативные ограничения: Строгое соответствие требованиям ФЗ-152 (персональные данные), стандартам ЦБ РФ и внутренним банковским регламентам.
• Высокая нагрузка: Система должна была обрабатывать пиковые нагрузки до 500 кредитных заявок в час.
• Организационное сопротивление: Объединение workflows трех ранее изолированных департаментов (продажи, риск-менеджмент, back-office) в единый процесс.

Моя роль и ключевые действия как Project Manager

Я руководил командой из 22 человек (бекенд/фронтенд разработчики, аналитики, DevOps, тестировщики) по гибридной методологии (ScrumBan).

1. Упреждающий риск-менеджмент: На этапе инициализации мы провели детальный анализ зависимостей (dependency mapping) всех интеграций. Это позволило выявить "узкое горло" — внешний скоринговый сервис с нестабильным API. Решение: мы разработали для него асинхронный прокси-сервис с механизмом повторных попыток и кешированием промежуточных статусов.

   # Упрощенная логика нашего resilience-прокси для проблемного API
   import requests
   from cachetools import TTLCache
   from retrying import retry
   
   cache = TTLCache(maxsize=1000, ttl=300)  # Кеш на 5 минут
   
   @retry(stop_max_attempt_number=3, wait_exponential_multiplier=1000)
   def call_unreliable_scoring_api(application_id, client_data):
       # Попытка получить данные из кеша
       cached_result = cache.get(application_id)
       if cached_result:
           return {'source': 'cache', **cached_result}
   
       # Вызов внешнего API
       response = requests.post('https://external-scoring.ru/api/v1/score',
                                json=client_data, timeout=5)
       response.raise_for_status()
       result = response.json()
   
       # Сохранение в кеш
       cache[application_id] = result
       return {'source': 'api', **result}
   

2. Фокус на коммуникации: Для преодоления сопротивления бизнес-подразделений я внедрил трехуровневую модель отчетности:

    *   **Ежедневные стендапы** для команды.
    *   **Бинедельные демо** для ключевых пользователей с прототипами интерфейсов.
    *   **Ежемесячные Steering Committee** для топ-менеджмента с фокусом на ROI и достижение бизнес-метрик (не только на "закрытые задачи").

1. Техническое лидерство и контроль качества: Мы реализовали Continuous Integration с полным пайплайном тестирования: модульные тесты, интеграционные тесты на "песочницах" внешних систем, нагрузочное тестирование с помощью JMeter. Каждая интеграция была покрыта контрактным тестированием (Pact) для предотвращения поломок при обновлении сторонних API.

Результаты и выводы

Проект был сдан за 11 месяцев (на 1 месяц раньше жесткого дедлайна) и уложился в бюджет с отклонением всего +4%.

Ключевые достигнутые бизнес-метрики:

• Снижение времени обработки кредитной заявки с 2 часов до 12 минут.
• Устранение 100% ручного ввода данных между системами.
• Повышение конверсии заявок в выданные кредиты на 18% за счет сокращения "потерь" на стыках процессов.

Горжусь этим кейсом, потому что он наглядно показал, как проектный менеджмент, сфокусированный на архитектуре интеграций и управлении ожиданиями стейкхолдеров, превращает технологическую задачу в инструмент прямого влияния на P&L компании. Главный урок: в enterprise-проектах успех на 30% зависит от технологии и на 70% от управления коммуникациями, рисками и организационными изменениями.