Agile аудит в банке

Наш клиент - коммерческий банк, основная деятельность которого связана с выдачей кредитов населению, приёмом вкладов и инвестиционной платформой. Банк имеет около 150 отделений.

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

В ходе сотрудничества, наши консультанты принимали участие в следующих активностях на площадках банка:
  • Оценка зрелости текущих процессов
  • Методологическая поддержка (плейбук)
  • Формирование программного уровня
  • Формирование команд, настройка ролевой модели
  • Настройка Discovery цикла (от идеи до разработки)
  • Работа с бэклогом
  • Настройка Delivery процесса (от разработки до развертывания)
  • Внедрение метрик
  • Работа с мотивацией

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

    • Опрозрачивание и выравнивание целей участников команд.
    • Переход на коллективные бизнес-цели на уровне команд (вместо индивидуальных IT-целей).
  • Ролевая модель
    • Создание RACI матрицы ключевых ролей (на уровне команды и стрима) в коллаборации с участниками производственного процесса.
    • Редизайн ключевых командных мероприятий с учетом RACI матрицы.
  • Метрики
    Переход на относительную оценку задач всей командой на основании исторических данных.
    • Обучение команд декомпозиции задач и выделению MVP.
  • Отсутствие продуктового подхода на уровне компании
    • Обучение владельцев продуктов практикам проверки гипотез.
    • Настройка процесса Discovery на уровне Value Team.
  • Коммуникационный фреймворк
    • Настройка встреч уровня команды.
    • Синхронизация встреч команды в рамках стрима.
    • Настройка встреч уровня стрима.
  • Долгое тестирование
    • Выделение тестировщиков в продуктовые команды.
    • Максимизация тестирования на ранних стадиях производственного процесса.
    • Автоматизация тестирования.
  • Низкая зрелость IT ландшафта
    • Обучение DevOps практикам и развитие инженерной культуры.
    • Введение роли DevOps лидера, работающего над принятием культуры DevOps на всех уровнях организации, от команды до Правления.
    • Выявление DevOps лидера и помощь в прокачке.
  • Релизный цикл
    • Переход на упрощенный релизный процесс для определенных систем.
    • Перевод на платформенную разработку.
    • Переход на использование практик автоматизированного интеграционного тестирования.
Подойдет ли вам?
Напишите нам, мы с вами свяжемся и подскажем, насколько такой подход применим в вашей ситуации.
Возможно будет интересно