Кейс: переход на новую it-систему за 1 день  

Решиться на полный переход на другую информационную систему в компании весьма сложно. Однако, с it~bp это возможно в максимально сжатые сроки с минимальными рисками. Рассказываем о реальном опыте перехода на новую систему за 1 день с нашим участием⬇️

Научно-производственный Центр Ревитализации и Здоровья — лидер в сфере anti-age технологий с более чем 600 филиалов.

НПЦРиЗ начал свою деятельность в 2010 году. В 2018 году произошёл ребрендинг, в ходе которого НПЦРиЗ превратился в фирму «Пептиды» (Peptides).

Низкая скорость доработок и другие сложности информационной системы

До обращения к нам, заказчик использовал стороннюю расчётно-информационную систему для MLM-компаний, как SaaS решение (software as a service — программное обеспечение как услуга). Используемая система обладала рядом критичных недостатков:

1) существенные проблемы с безопасностью;

2) обслуживание и развитие системы обеспечивало всего два человека, случись что-либо с разработчиком, управление системой было бы потеряно;

3) низкая скорость доработок в системе: иногда внезапно появлялся новый функционал, который ломал логику работы бизнеса-заказчика;

4) для расчётов бонусных баллов для партнёрской сети приходилось останавливать все операции в системе на определённое количество минут. В этот момент невозможно было производить продажи в дилерских центрах;

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

Без тз — но с предварительным проектированием

Предстояло разработать большую, сложную и нетривиальную систему. Кроме того, целевой аудиторией новой системы являлись люди в возрасте 55+, это требовало особого подхода к проектированию интерфейса. В сети было достаточно много активных партнёров в возрасте от 70 до 90 лет.

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

Поэтому мы решили ограничиться написанием функциональных требований, и выбрали для реализации инкрементно-итерационную модель разработки. Разделения на этапы-инкременты было подобрано не просто так. Изначально в систему заложили модульную архитектуру и, в первую очередь, реализовывались самые критичные модули. На первом этапе мы заложили общую архитектуру системы и реализовали неблокирующий расчёт бонусных баллов для сети партнёров. Затем был реализован модуль личного кабинета партнёра. После этого модуль личного кабинета владельца дилерского центра. Следом интерфейс кассира дилерского центра. Процесс завершала реализация нескольких модулей панели администратора.

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

За счёт того, что критические модули были реализованы самыми первыми, они дольше всего находились в тестировании, вероятность появления ошибок на продуктиве для этих модулей самая низкая.

За 1 день осуществили переход на новую систему:

• решили проблемы безопасности и надёжности системы;
• получили возможность работать в разных регионах;
• получили возможность работать в разных валютных зонах;
• получили возможность гибко дорабатывать систему.