Александр Пряхин, основатель компании Outlines Tech, специально для NBJ проанализировал опыт разработки банковских продуктов, рассказал о секретах их создания и специфике работы над крупными IT-проектами в финансовой сфере.

Какие типы продуктов нужны банкам и зачем? 

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

Сейчас банки предоставляют для физических лиц, корпоративных клиентов, малого и среднего бизнеса в онлайне: все виды расчетно-кассовых операций, сервисы дистанционного банковского обслуживания, международные расчеты, депозиты, кредитование, эквайринг, корпоративные карты, интернет-банкинг, лизинг. Взять кредитку прямо в мобильном банке, сразу же купить на нее что-то, загрузить в Apple Pay, или без посещения операционного офиса начать покупать ценные бумаги – обыденное дело.

Так как аудитория мобильных приложений давно превысила число десктоп-пользователей, а владельцы малого и среднего бизнеса предпочитают быстро и легко решать бизнес-задачи онлайн, развитию мобильного банкинга уделяется особое внимание. Лидерами в mobile-only по исследованиям Markswebb за 2020 год сейчас являются ДелоБанк, Тинькофф, Альфа-банк, Сбер и МодульБанк. Кстати, мобильные приложения российских банков – одни из самых продвинутых и технологичных в мире.

Кроме того, банки активно развивают внутренние системы и сервисы: 

• Создают единые базы данных, проводят интеграции, проверки данных, чтобы в том числе увеличить уровень синхронизации разных отделов банка; 
• Переходят на новые технологии, проводят рефакторинг кода, избавляются от легаси-кода;
• Активно автоматизируют внутренние процессы, постепенно вводят машинное обучение и искусственный интеллект.

Сейчас банки активно внедряют тренды ИИ-диджитализации: чат-боты и голосовые помощники отвечают на вопросы клиентов, роботы проводят скоринг кредитных заявок, анализируют поведенческие аспекты клиентов (в том числе для противодействия мошеннических действий с счетами клиентов) и напоминают о запланированных расходах.

Крупные игроки (Сбер, Тинькофф Банк) создают экосистемы и супераппы для продвижения небанковских продуктов и расширения взаимодействия с клиентами во всех сферах: аренда жилья, покупка одежды, путешествия, доставка еды, страхование и других.

Разработка для банка и других сегментов: в чем отличие 

1. Одна из основных задач –– обеспечить надежное хранение и передачу данных клиентов. Чтобы выпустить продукт, необходимо выполнить все требования информационной безопасности, интервью, пройти пин-тесты и исключить любые риски в части безопасности. 

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

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

4. Регулярно исследуют и обновляют средства информационной безопасности.

Как устроен процесс разработки, и почему переносятся сроки

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

Стандартный набор команды, работающей над проектом: аналитик, back- и -front разработчики, тестировщик и менеджер проекта. Со стороны банков в продукте участвуют бизнес, devops, архитекторы, дизайнеры, специалисты ИБ. Общение идет через корпоративные почты и мессенджеры (для скорости). Ежедневно команды проводят общие статус-совещания для обсуждения актуальных вопросов.

Постановка и отслеживание задач ведутся в таск-трекерах (Redmine, Jira и др.). Проверенная версия приложения ставится в банковский контур и продолжает проверяться уже специалистами. Готовая версия с исправленными дефектами выходит в пром. среду, а на тест ставятся новые задачи.

Управлять хаосом: топ советов по контролю задач в неопределенности 

Риски есть всегда и в любых проектах. У нас есть список рекомендаций для планирования в ситуациях неопределенности:

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

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

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

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

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

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

Такой простой шаг может сэкономить массу ресурсов и избежать конфликтов.