Одна из главных задач ИТ перед пиком продаж - не выпустить ни одного лишнего релиза.

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

Но пик продаж - это не время для экспериментов в проде. Это время, когда цена любой ошибки становится максимальной.

В ритейле декабрь даёт до 20-25% годовой выручки. В других сегментах - свои пики, своя концентрация. Общее одно: в этот момент час простоя стоит кратно дороже обычного.

Перед сезоном у ИТ две реальные задачи.

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

Вторая - вовремя ввести мораторий на изменения в программах.

В какой-то момент прод надо перестать улучшать. Не потому, что улучшать нечего. А потому, что бизнесу в пик нужнее предсказуемая система с известными ограничениями, чем новый релиз с неизвестными последствиями.

Я это давно для себя формулирую жёстко: в высокий сезон известная ошибка почти всегда дешевле неизвестной.

В одном контуре такой датой было 26 октября - день рождения CEO. Чаще - середина ноября. После этой точки прод не трогаем.

Исключения есть: критический дефект или законодательное изменение. Но тогда правило ещё жёстче: только это одно - и тестировать вдвое тяжелее обычного.

Всё остальное ждёт конца сезона.

Потому что в этот период ИТ тратит силы не на красивый roadmap, а на устойчивость бизнеса. На мониторинг. На резервные сценарии. На готовность быстро подхватить точку, если что-то пойдёт не так.

Если ваше ИТ не умеет вовремя остановить изменения само - это должен сделать CEO. Потому что вопрос уже не в скорости разработки. Вопрос - кто отвечает за то, чтобы в самый дорогой период года компания не потеряла деньги из-за лишнего релиза.

Кто у вас принимает это решение - и есть ли в компании вообще чёткая дата, после которой прод не трогают?

#cio #итуправление #ритейл #релизменеджмент #операционнаяустойчивость