![Заведение
заявки
Верификация
заявки
Принятие
решения
Информирование
клиента
Выдача
Добавляем новый
продукт в
справочник
[Настройка]
Проверка
кредитной истории
+ черные списки
Новые правила одобрения,
[параметры сервиса не
меняются]
Уведомление
клиента: SMS
звонок
Формирование
проводок в АБС
[параметры
сервиса не
меняются]
{конвейер}
{вызов сервиса}
{вызов сервиса}
{вызов сервиса}
{вызов сервиса}
+
+
+
Моделирование нового
процесса
Трудоемкость
создания была Y часов](https://image.slidesharecdn.com/random-150402150232-conversion-gate01/85/-26-320.jpg)
More Related Content
Similar to Адаптивная архитектура (20)
More from Vyacheslav Blagirev (9)
Адаптивная архитектура
- 2. 2 «Открытие» — одна из крупнейших частных банковских групп России по размеру активов (с учетом показателей банка «Петрокоммерц»). Суммарные активы группы составляют около 2 трлн рублей. Число клиентов превышает 4 000 000 физических и 186 000 юридических лиц. «Ханты-Мансийский банк Открытие» входит в ТОП-15 крупнейших финансово-кредитных институтов страны и занимает лидирующие позиции в работе с частными клиентами и малым бизнесом. Вячеслав Благирев Бизнес-партнер по технологиям Внедрение стратегических проектов и технологий 2трлн рублей TOP 15 О НАС
- 4. Возможность быстро вносить изменения. Высокий Time2Market
- 5. Сколько времени уходит на ИТ доработки в год?
- 6. В среднем коэф. Времени эффективной работы 1 ИТ специалиста составляет 60% ~ 5 часов в день ~ 156 дней в год
- 7. Сколько это получается при средней численности ИТ штата?
- 8. Например, если у вас 80 человек в развитии ИТ ~ 12 500 чел/дней 80 ИТ спец. ~ от 2 000 чел/дней начинается benchmark по внедрению АБС
- 9. Т.е. по идее можно каждый год внедрять по несколько АБС
- 10. На что обычно уходят эти часы?
- 11. Управление продуктом (изменение тарифной политики и т.д.) Запуск новых продуктов (карты, кредиты и т.д.) Управление рисками (RBP, ставки, решения, черные списки и т.д.) Обслуживание продукта (автоматизация процессов и т.д.) Исполнение регуляторных требований Что обычно изменяется в Банке?
- 12. Изменения затрагивают каждый компонент ИТ ландшафта АБС (учет + отчетность) Интеграционный слой (ESB, сервисы, очереди) CRM + Call Center Продажа продуктов (конвейер и т.д.) DWH (отчетность) Управление рисками (AML, Fraud Control, Decision Engine) Обслуживание продуктов (касса, выписки и тд) Внешние сервисы Прочие системы + + + + + + ++ + +
- 13. Возможно ли как-то сократить кол-во изменений?
- 14. Каждое изменение это уникальный Use Case? Или же это уже что-то что было реализовано, но с другими параметрами? Рассмотрим пример
- 15. Use Case – это описание жизненной ситуации или процесса, которые требуется автоматизировать
- 16. Компания автоматизировала продажу КЕШ продукта Заведение заявки Верификация заявки Принятие решения Информирование клиента Выдача Анкета: Клиент и продукт Проверка кредитной истории + черные списки Одобрение заявки Уведомление клиента: SMS звонок Формирование проводок в АБС {конвейер} {вызов сервиса} {вызов сервиса} {вызов сервиса} {вызов сервиса} Трудоемкость создания была Х часов
- 17. Представим, что теперь необходимо запустить продажу карточного продукта. Какие есть варианты?
- 18. Заведение заявки Верификация заявки Принятие решения Информирование клиента Выдача Анкета: Клиент и продукт Проверка кредитной истории + черные списки Одобрение заявки Уведомление клиента: SMS звонок Формирование проводок в АБС {конвейер} {вызов сервиса} {вызов сервиса} {вызов сервиса} {вызов сервиса} Вариант 1: 100% новый процесс продажи КАРТЫ Трудоемкость создания была Х часов
- 19. Заведение заявки Верификация заявки Принятие решения Информирование клиента Выдача Добавляем новый продукт Проверка кредитной истории + черные списки Новые правила одобренияУведомление клиента: SMS звонок Формирование проводок в АБС {конвейер} {вызов сервиса} {вызов сервиса} {вызов сервиса} {вызов сервиса} + + + Вариант 2: дорабатываем процесс по КЕШам Трудоемкость создания была Y часов
- 20. Получается, компания потратит в год: Вариант 1 (новый процесс) 2Х часов на работы или Вариант 2 (переиспользование) Х + Y часов, где Y < X
- 21. Принцип «Переиспользования» приводит нас к понимаю основ Адаптивной архитектуры
- 22. Адаптивная архитектура «Responsitive Architecture» подход в дизайне, который учитывает изменение окружающей среды
- 23. Основная идея это «Переиспользование» и «Отказ от изменений в архитектуре». Эти же принципы применимы в ИТ
- 24. Для этого нужно перейти от развития ИТ к моделированию ИТ Эра программистов подходит к концу.
- 25. Моделирование решает задачи классификации и оперирует: • Моделью данных (EDM) • Модель интеграционных взаимодействий (ESM) • Модель этапов процессов (EPM) Наступает время моделистов
- 26. Заведение заявки Верификация заявки Принятие решения Информирование клиента Выдача Добавляем новый продукт в справочник [Настройка] Проверка кредитной истории + черные списки Новые правила одобрения, [параметры сервиса не меняются] Уведомление клиента: SMS звонок Формирование проводок в АБС [параметры сервиса не меняются] {конвейер} {вызов сервиса} {вызов сервиса} {вызов сервиса} {вызов сервиса} + + + Моделирование нового процесса Трудоемкость создания была Y часов
- 27. Как это связано с Digital?
- 28. Digital – это не только классный UX в интерфейсе. Практически любой сервис требует изменения в Backе и на интеграционном слое, а значит эти 2 составляющие должны быть также упорядочены.
- 29. Все сервисы должны использовать общий SDK Мобильный банк Единый SDK Сайт Client & Product Profile Интернет Банк Мобильные приложения Единая каноническая модель сервисов Единый интеграционный слой Digital {ответ и запрос в канонической форме} SSO Авторизация & Аутентификация Шина данных Публикация сервисов через шину для возможности переиспользованияl
- 30. v@open.ru