Адаптивная архитектура
TRANSCRIPT
Адаптивная архитектура
2
«Открытие» — одна из крупнейших частных банковских групп России по размеру активов (с учетом показателей банка «Петрокоммерц»). Суммарные активы группы составляют около 2 трлн рублей. Число клиентов превышает 4 000 000 физических и 186 000 юридических лиц. «Ханты-Мансийский банк Открытие» входит в ТОП-15 крупнейших финансово-кредитных институтов страны и занимает лидирующие позиции в работе с частными клиентами и малым бизнесом.
Вячеслав Благирев Бизнес-партнер по технологиям Внедрение стратегических проектов и технологий
2 трлн рублей
TOP 15
О НАС
Что хочется обычно Бизнесу?
Возможность быстро вносить изменения.
Высокий Time2Market
Сколько времени уходит на ИТ доработки в год?
В среднем коэф. Времени эффективной работы 1 ИТ
специалиста составляет 60%
~ 5 часов в день
~ 156 дней в год
Сколько это получается при средней численности ИТ
штата?
Например, если у вас 80 человек в развитии ИТ
~ 12 500 чел/дней
80 ИТ спец.
~ от 2 000 чел/дней начинается benchmark по
внедрению АБС
Т.е. по идее можно каждый год внедрять
по несколько АБС
На что обычно уходят эти часы?
Управление продуктом (изменение
тарифной политики и т.д.)
Запуск новых продуктов (карты,
кредиты и т.д.)
Управление рисками (RBP, ставки,
решения, черные списки и т.д.)
Обслуживание продукта
(автоматизация процессов и т.д.)
Исполнение регуляторных требований
Что обычно изменяется в
Банке?
Изменения затрагивают каждый компонент ИТ ландшафта
АБС (учет + отчетность)
Интеграционный слой (ESB, сервисы,
очереди)
CRM + Call Center
Продажа продуктов
(конвейер и т.д.)
DWH (отчетность)
Управление рисками (AML, Fraud Control,
Decision Engine)
Обслуживание продуктов (касса,
выписки и тд)
Внешние сервисы
Прочие системы
+ + +
+ +
+ + +
+ +
Возможно ли как-то сократить кол-во
изменений?
Каждое изменение это уникальный Use Case?
Или же это уже что-то что было реализовано, но с другими параметрами?
Рассмотрим пример
Use Case – это описание жизненной ситуации или
процесса, которые требуется автоматизировать
Компания автоматизировала продажу КЕШ продукта
Заведение заявки
Верификация заявки
Принятие решения
Информирование клиента
Выдача
Анкета: Клиент и продукт
Проверка кредитной истории + черные списки
Одобрение заявки Уведомление клиента: SMS \
звонок
Формирование проводок в АБС
{конвейер}
{вызов сервиса}
{вызов сервиса}
{вызов сервиса}
{вызов сервиса}
Трудоемкость создания была Х часов
Представим, что теперь необходимо запустить продажу карточного
продукта.
Какие есть варианты?
Заведение заявки
Верификация заявки
Принятие решения
Информирование клиента
Выдача
Анкета: Клиент и продукт
Проверка кредитной истории + черные списки
Одобрение заявки Уведомление клиента: SMS \
звонок
Формирование проводок в АБС
{конвейер}
{вызов сервиса}
{вызов сервиса}
{вызов сервиса}
{вызов сервиса}
Вариант 1: 100% новый процесс продажи КАРТЫ
Трудоемкость создания была Х часов
Заведение заявки
Верификация заявки
Принятие решения
Информирование клиента
Выдача
Добавляем новый продукт
Проверка кредитной истории + черные списки
Новые правила одобрения Уведомление
клиента: SMS \ звонок
Формирование проводок в АБС
{конвейер}
{вызов сервиса}
{вызов сервиса}
{вызов сервиса}
{вызов сервиса}
+
+
+
Вариант 2: дорабатываем процесс по КЕШам
Трудоемкость создания была Y часов
Получается, компания потратит в год:
Вариант 1 (новый процесс)
2Х часов на работы или Вариант 2 (переиспользование)
Х + Y часов, где Y < X
Принцип «Переиспользования»
приводит нас к понимаю основ Адаптивной
архитектуры
Адаптивная архитектура «Responsitive Architecture»
подход в дизайне, который учитывает изменение окружающей среды
Основная идея это «Переиспользование»
и «Отказ от изменений в архитектуре».
Эти же принципы применимы в ИТ
Для этого нужно перейти от развития ИТ к
моделированию ИТ
Эра программистов подходит к концу.
Моделирование решает задачи классификации и оперирует:
• Моделью данных (EDM) • Модель интеграционных
взаимодействий (ESM) • Модель этапов процессов
(EPM)
Наступает время моделистов
Заведение заявки
Верификация заявки
Принятие решения
Информирование клиента
Выдача
Добавляем новый продукт в
справочник [Настройка]
Проверка кредитной истории + черные списки
Новые правила одобрения, [параметры сервиса не
меняются]
Уведомление клиента: SMS \
звонок
Формирование проводок в АБС
[параметры сервиса не меняются]
{конвейер}
{вызов сервиса}
{вызов сервиса}
{вызов сервиса}
{вызов сервиса}
+
+
+
Моделирование нового процесса
Трудоемкость создания была Y часов
Как это связано с Digital?
Digital – это не только классный UX в интерфейсе.
Практически любой сервис
требует изменения в Backе и на интеграционном слое, а значит
эти 2 составляющие должны быть также упорядочены.
Все сервисы должны использовать общий SDK
Мобильный банк
Единый SDK
Сайт
Client & Product Profile
Интернет Банк
Мобильные приложения
Единая каноническая модель сервисов
Единый интеграционный слой Digital
{ответ и запрос в канонической форме}
SSO Авторизация &
Аутентификация
Шина данных Публикация сервисов через шину для
возможности переиспользованияl
