Как мы пересобираем IT в ритейле: от «поддержки» к стратегическому ядру ⚡️27 ноября я выступил на «Клубе лидеров цифровизации 2025». Для меня это было важное событие — первый выход в паблик в новой роли CDTO «Ароматного Мира». В кулуарах часто спрашивают про конкретный софт: «На чём пилите?», «Какую WMS ставите?» 🤫
Но на сцене я говорил о другом.
✅О фундаменте.
Потому что внедрить ERP или роботов на складе невозможно, если IT-департамент работает в режиме «пожарной команды», а бизнес привык жить в Excel.
Сегодня расскажу, что именно мы меняем в процессах и структуре, чтобы цифровая трансформация в крупной компании вообще стала возможной🔥
📌 Шаг 1. Разделение ответственности: Стабильность vs Развитие Когда я пришел, мы столкнулись с классической проблемой: департамент IT занимался только поддержкой. Новые инициативы не запускались годами, потому что фокус был на том, чтобы «не упало»😞
При этом ключевые системы не обновлялись более 10 лет, а огромная часть процессов жила в ручном режиме и файлах Excel😱
В такой среде запускать изменения нельзя. Поэтому первое, что я сделал — разделил зоны ответственности: 🔹 Департамент IT — это стабильность. Их задача: эксплуатация, инциденты, безопасность. Их главный критерий успеха: «Всё работает».
🔹 Департамент цифровой трансформации (ЦТ) — это развитие. Наша зона: архитектура, внедрение новых систем, изменение процессов. Наш KPI: «Компания развивается быстрее».
📌 Шаг 2. Бизнес — это соавтор, а не «заказчик» Раньше бизнес приходил с идеей, кидал её в IT и ждал чуда. Или, что еще хуже, пытался внедрять решения в обход IT. Это порождало зоопарк систем и несогласованность данных.
Мы ввели жесткое правило: «Если бизнес не участвует — проект не стартует».
1. Единый формат инициатив. Любая идея теперь оформляется по цепочке: Цель → Проблема → Процесс → Данные → Эффект. Нельзя просто сказать «хочу кнопку», нужно обосновать бизнес-ценность.
2. Единая команда. В проекте всегда участвуют: Бизнес + Аналитики + Архитектор + Разработка.
3. Ответственность. Ни один проект не запускается без выделенного бизнес-владельца. Больше нет модели «IT сделает, а мы посмотрим». Мы строим решения вместе.
📌 Шаг 3. Центр компетенций: Мозг — внутри Мы кардинально изменили подход к найму и работе с подрядчиками. Раньше экспертиза часто утекала вместе с уходом вендора.
Теперь ключевые компетенции — архитекторы, ведущие аналитики, методологи — должны быть внутри компании.
‼️Мы не можем отдавать «мозг» на аутсорс. Центр компетенций сам описывает процессы, проектирует архитектуру и контролирует реализацию. Подрядчики — это «руки» для ускорения и необходимая экспертиза. Но стандарты и целевая модель всегда остаются у нас. Это гарантирует устойчивость: системы не «умирают» при смене подрядчика.
📌 Шаг 4. Фильтр идей: Как не делать лишнего Самое сложное в трансформации — не захлебнуться в потоке «хотелок». Ресурсы всегда ограничены, поэтому мы внедрили жесткую «воронку» из 5 фильтров:
1. Предварительный отбор: Отсекаем 80% идей на входе. Реальная ли это проблема? Нет ли уже такого решения?
2. Архитектура: Не плодим ли мы дубликаты? Ложится ли решение в целевую модель данных и процессов?. Принцип прост: если инициатива ломает архитектуру — мы её запрещаем.
3. Экономика: Понятный ROI. Выгода (экономия времени, снижение рисков) должна превышать стоимость владения.
4. Готовность бизнеса: Есть ли рабочая группа? Зашито ли внедрение в KPI и премирование участников?
5. Приоритизация: Финальная оценка по ценности, сложности и рискам.
❓Что это дает в итоге?
❗️Только выстроив этот фундамент — отделив развитие от поддержки и наладив фильтрацию идей — мы смогли подступиться к реальным тяжеловесным проектам, которые сейчас в работе.
⚡️Это переход на 1C ERP, внедрение WMS и последующая масштабная роботизация складов. Без новых процессов эти проекты просто похоронили бы нас под грузом операционки и несогласованности.
Прикрепляю фото с выступления. Рад был видеть коллег и обсудить реальные боли трансформации!
