Комплексный проект смены ИТ-платформы

Заказчик:
АО ИК "АкБарс Финанс"
Руководитель проекта со стороны заказчика
Поставщик
ООО "ДиБ Системс"
Год завершения проекта
2022
Сроки выполнения проекта
Январь, 2020 - Февраль, 2022
Масштаб проекта
4600 человеко-часов
Цели
1. Снять технологические ограничения масштабирования бизнеса (плановое увеличение бизнеса на 2 порядка).
2. Радикально снизить Time-to-Market.
3. Перейти на современную конкурентоспособную продуктовую линейку.
4. Максимально автоматизировать рутинную ручную деятельность, в т.ч. за счет запуска блока автоматического принятия решений.

Задачи:
1. Реализовать внедрение взаимосвязанных ИТ-систем и модулей:
1.1. Систему внутреннего учета операций
1.2. Систему депозитарного учета
1.3. Блок заведения клиентов включая блок автоматического принятия решений
1.4. Блок offline-контроля рисков
1.5. Блока контроля в части ПОД/ФТ
1.6. Front-End + Back-End личного кабинета для предоставления клиентам веб-доступа к управлению своими средствами
1.7. Блок формирования обязательной отчетности в части внутреннего и депозитарного учета
2. Реализация интеграции с внешими системами как для блока принятия решений, так и для автоматизации операционной деятельности.

Уникальность проекта

Уникальность проекта связана с критической необходимостью предоставить результаты внедрения ASAP, охватом всех жизненно важных процессов Компании, необходимостью замещения функциональности в режиме Zero-Downtime с гарантией отсутствия сбоев и отсутствием freeze-периода для внедрения системы.

Поэтому использовалась технология поэтапного перехода на новый комплекс ИТ-систем таким образом, что последовательное внедрение блоков выполнялось с постепенным замещением старых систем новыми по схеме первичная/дублирующая система без остановки бизнеса. При этом новые блоки адаптировались и запускались в качестве дублирующих к замещающимся блокам, после валидационного периода новый блок становился первичным, а замещающийся - дублирующим и т.д.
Использованное ПО
  • MS Windows Server
  • IIS
  • MS SQL Server
  • MS SQL Server Reporting Services
  • Модуль ДиБ «Бэк-офис»
  • Модуль ДиБ «Депозитарий»
  • Модуль ДиБ «Блок ПОД/ФТ»
  • Система ДиБ «Личный Кабинет»
  • «Модуль неторговых поручений» QUIK ARQA

Сложность реализации

Основная сложность реализации проекта отлично описывается двумя аллегориями:
1. «Стрельба по турбулентно движущейся мишени».
2. «Множественные хирургические операции сразу на всех работающих жизненно важных органах».
Сложности первой категории связаны с:

1. Постоянным ростом бизнеса - более чем в 12 раз.
2. Периодической переработкой продуктовой линейки, новациями ЦБ, ФНС, ММВБ, сменами учетной политики Компании, методологий отражения операций, сбора отчетности.
Таким образом до полноценного перехода на новую ИТ-платформу, команда ИТ обеспечивала развитие и замещаемой ИТ-платформы, и постоянную перестройку новой ИТ-платформы.

Сложности второй категории определяются тем, что:
1. Компания входит в перечень критически важной инфраструктуры, все критические важные процессы должны были перенесены на новую платформу без остановки или деградации.
2. Проект затрагивал практически все подразделения Компании - от Клиентской службы, до Службы безопасности.
3. Замещаемая ИТ-платформа являлась монолитом, что породило особые сложности, связанные с отделением и переносом функциональности частями.
Для решения проблем данной категории использовалась схема переноса функциональности, когда очередной блок новой ИТ-платформы готовился сначала в качестве дублирующей системы. После достижения требуемого уровня производительности и соответствия функциональным требованиям, очередной блок новой ИТ-платформы переводился в ОПЭ в статусе первичного блока, соответствующий блок замещаемой ИТ-платформы переводился в статус дублирующего.
При этом постоянно производилась процедуры сверки и реконсиляции соответствующих блоков. После завершения ОПЭ соответствующий блок замещаемой ИТ-платформы переводился в статус архивного.
Дополнительные сложности:
1. Смена всего блока развития ИТ.
Создала дополнительный серьезный уровень сложности с учетом необходимости поддержки и особенно развития замещаемой ИТ-системы.Поскольку разработка и доработка замещаемой ИТ-платформы производилась собственными силами, уход ИТ-команды, занимавшейся разработкой радикально осложнила работы по проекту. В рамках проекта пришлось оперативно искать замены, собирать и выполнять адаптацию новой команды развития.
2. Выполнение параллельных проектов, часть из которых возникла уже после фиксации размера ИТ-команды, т.е. по факту часть организационного и технического ресурса отвлекалась на важные, но не запланированные мероприятия.
3. Короновирусные особенности - общая фрустрация персонала, потеря времени на организационные мероприятия.

Описание проекта
Принято решение запускать проект частями как для обеспечения максимально возможной ранней поставки значимых для бизнеса блоков, так как мера адаптации к высоким темпом изменения нормативных требований и потребностей бизнеса. При этом первая часть, критичная для бизнеса - «Setup клиентов с блоком автоматического принятия решений» (этап 5 проекта) реализована уже через 4 месяца после старта проекта, что позволило решить одну из важнейших задач – «расшить узкое горлышко», не позволяющее организовывать прием на обслуживание более 8 клиентов в день.
Основные заказчики:
1. Управление внутреннего учета
2. Депозитарий
3. Подразделения внутреннего контроля
4. Подразделение риск-менеджмента
5. Управление торговых операций
6. Подразделение отчетности
7. Управление продаж и маркетинга
8. Управление клиентского сервиса и обслуживания
9. Бухгалтерия  

Со стороны вендора - компании «ДиБ Системс» - в команду внедрения вошли разработчики и аналитик.

Для максимального учета требований заказчиков и обеспечения эффективной координации, управление и основная аналитика была обеспечена за счет сотрудников ДИТ АО ИК «АкБарс Финанс». Кроме того, в проекте участвовали разработчики ДИТ АО ИК «АкБарс Финанс» для:
1. Разработки блока инкрементальной прямой и обратной миграции данных.
2. Разработки блоков сверки и реконсиляции мигрированных данных, а также данных, параллельно проливающихся из внешних систем.
3. Разработки блоков интеграции внедряемых блоков с текущим ИТ-ландшафтом.
Объем начальной миграции:
- 6 тыс договоров;
- 1.6 млн операций;
- 5.7 млн проводок.
Список основных этапов проекта:
Этап 1. Заключение договора.
Этап 2. Подготовка оборудования и системного ПО.
Этап 3. Первоначальное конфигурирование, настройка основных справочников.
Этап 4. Интеграция с RuDATA.
Этап 5. Миграция клиентских данных, настройка процесса «Setup клиентов с блоком автоматического принятия решений».
Этап 6. Запуск обязательного контроля - модуль ДиБ «Блок ПОД/ФТ».
Этап 7. Запуск блока «Загрузка биржевых сделок».
Этап 8. Запуск блока «Внебиржевые сделки».
Этап 9. Запуск модуля ДиБ «Депозитарий».
Этап 10. Запуск блока «Паи».
Этап 11. Запуск блока «Сделки через внешнего брокера SOVA».
Этап 12. Запуск блока «Учет ценных бумаг».
Этап 13. Запуск блока «Отчетность».
Этап 14. Запуск системы ДиБ «Личный Кабинет».
Этап 15. Перевод ПО «1С: Депозитарий» в режим архивного хранения информации.
Этап 16. Запуск блока «Модуль неторговых поручений» QUIK ARQA.
Этап 17. Запуск блока «Лимиты».
Этап 18. Запуск блока «Комиссии».
Этап 19. Запуск блока «Бухгалтерия».
Этап 20. Запуск блока «Сервисы зачисления и выписка АББ».

География проекта
Москва и Московская область
Дополнительные презентации:
vsfpadyzom5fkh6kpjovpl1ag95qfpwv.pdf
Коментарии: 4

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

  • Максим Часовиков
    Рейтинг: 4135
    Центр цифровой экономики МГУ
    Ведущий специалист
    05.01.2023 13:46

    Из Вашего описания не понятен проект. Что именно было сделано, какие изменения были проведены, как они осуществлялись, за счет чего были достигнуты результаты проекта. Кто что делал, как распределялись действия с подрядчиком, если он был, с бизнес-заказчиком. И как изменились бизнес-процессы по результатам проекта.

    • Антон Суворов Максим
      Рейтинг: 147
      В поиске
      Эксперт
      09.01.2023 12:43

      Добрый день!

      Приятно, что проект вызвал интерес к деталям.

      Действительно, каждый из этапов, начиная с этапа 5 действительно приводил к перестройке бизнес-процессов и, по сути, являлся отдельным подпроектом со своими артефактами, своей командой и вполне четко очерченными результатами.

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

      По конкретике можно будет состыковаться удобным способом - email, с.т., WA/Tg.

  • Дмитрий Турчановский
    Рейтинг: 2239
    Зарубежнефть
    Заместитель начальника Управления информационных технологий
    07.01.2023 17:52

    Здравствуйте. По каким принципам и критериям была выделена именно данная последовательность миграции, чем руководствовались?

  • Антон Суворов
    Рейтинг: 147
    В поиске
    Эксперт
    09.01.2023 12:20

    Добрый день!

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

Год
Предметная область
Отрасль
Управление
Мы используем файлы cookie в аналитических целях и для того, чтобы обеспечить вам наилучшие впечатления от работы с нашим сайтом. Заходя на сайт, вы соглашаетесь с Политикой использования файлов cookie.