План отката: когда нужен и что в нём должно быть

Откат — это способ быстро вернуться в рабочее состояние, если после обновления стало хуже. Он особенно важен, когда система влияет на деньги, клиентов и операционные процессы.

Когда план отката обязателен

• затронуты оплаты, цены, счета;
• поменялись статусы заказов/доставки;
• меняются права доступа;
• обновляются интеграции;
• переносим данные или “чистим” базу;
• делаем релиз в пиковые периоды (акции, сезон, закрытие месяца).

Что должно быть в плане отката

1) Что считается “стало хуже”. Например: “не создаются заявки”, “оплата проходит, но заказ не появляется”, “менеджеры не могут войти”.
2) Кто принимает решение. Один ответственный со стороны бизнеса и один со стороны подрядчика. Без коллегиального “давайте обсудим 2 часа”.
3) Сколько времени на откат. Честное ожидание: 15 минут, 1 час, 4 часа. Это помогает бизнесу подготовиться.
4) Что будет с данными, созданными после релиза. Самый болезненный вопрос. Нужно понимать: потеряем ли новые заявки/оплаты, как их сохранить или перенести.
5) Коммуникации. Кого предупреждаем внутри, какой канал, кто пишет пользователям/клиентам при необходимости.
6) Проверка после отката. Короткий чеклист: вход, создание заявки, ключевой отчет — чтобы убедиться, что бизнес снова “едет”.

Как сделать откат реальным

Попросите провести “репетицию”: на тестовом контуре или на небольшом релизе. Если откат ни разу не делали, в реальном инциденте он часто превращается в миф.

План отката — это не пессимизм. Это зрелость: вы принимаете, что риск существует, и заранее знаете, как вернуть управление.