Управление 1700 магазинами розничной сети "Фасоль" с помощью "1C:CRM"

Количество магазинов по всей России в таком формате достигло уже 1674 и продолжает расти. Когда проект только стартовал, большая часть операций, связанных с открытием торговых точек, делалась вручную, и этого было достаточно. Но для стабильного роста всей сети "Фасоль" необходимо было автоматизировать все бизнес-процессы бэк-офиса, чтобы не тормозить развитие проекта.

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

Компанию "1С-Рарус" в METRO выбрали по соотношению цена/качество. Для заказчика был важен гибкий подход к разработке: все задачи собрали в бэклог и поделили на спринты. Для достижения результата была выбрана смешанная методология – Заказчик и Исполнитель формируют двухнедельный спринт с детальным описанием входящих в него задач. Стоимость и трудозатраты на каждый спринт – фиксированные. Такой подход позволил довольно гибко подойти к управлению ключевыми процессами и сэкономил бюджет проекта за счет описания задач и сокращения рисков оценки комплексного технического задания.

Вся работа ведется на территории клиента — нужно оперативно принимать и описывать задачи для спринтов. Чтобы не было задержек на этапе тестирования, приняли решение, что спринт сразу идёт в продакшн, если он проходит обе системы тестов — Исполнителя и Заказчика. Если возникает необходимость критической доработки – выпускается внеплановый релиз, при этом доработки к уже выпущенному функционалу не входят в спринты.

Тестирование происходит на отдельном стенде, максимально приближенному к продуктивному окружению. Проверка на свежей копии базы с рабочими данными – обязательна.

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