Одна из главных задач ИТ перед пиком продаж - не выпустить ни одного лишнего релиза.
Звучит странно.
Особенно для бизнеса, который в этот момент хочет быстрее, больше и "ещё вот это докрутить до сезона".
Но пик продаж - это не время для экспериментов в проде.
Это время, когда цена любой ошибки становится максимальной.
В ритейле декабрь даёт до 20-25% годовой выручки.
В других сегментах - свои пики, своя концентрация.
Общее одно: в этот момент час простоя стоит кратно дороже обычного.
Перед сезоном у ИТ две реальные задачи.
Первая - подготовить инфраструктуру к нагрузке:
кассы, весы, принтеры, рабочие места, каналы, мониторинг, дежурства, резервы критичного оборудования.
Вторая - вовремя ввести мораторий на изменения в программах.
В какой-то момент прод надо перестать улучшать.
Не потому, что улучшать нечего.
А потому, что бизнесу в пик нужнее предсказуемая система с известными ограничениями, чем новый релиз с неизвестными последствиями.
Я это давно для себя формулирую жёстко:
в высокий сезон известная ошибка почти всегда дешевле неизвестной.
В одном контуре такой датой было 26 октября - день рождения CEO.
Чаще - середина ноября.
После этой точки прод не трогаем.
Исключения есть: критический дефект или законодательное изменение.
Но тогда правило ещё жёстче: только это одно - и тестировать вдвое тяжелее обычного.
Всё остальное ждёт конца сезона.
Потому что в этот период ИТ тратит силы не на красивый roadmap, а на устойчивость бизнеса.
На мониторинг. На резервные сценарии. На готовность быстро подхватить точку, если что-то пойдёт не так.
Если ваше ИТ не умеет вовремя остановить изменения само - это должен сделать CEO.
Потому что вопрос уже не в скорости разработки.
Вопрос - кто отвечает за то, чтобы в самый дорогой период года компания не потеряла деньги из-за лишнего релиза.
Кто у вас принимает это решение - и есть ли в компании вообще чёткая дата, после которой прод не трогают?