Александр Волосевич
Истории и проекты / Александр Волосевич

Риски релиза: как предупреждать проблемы, а не тушить их

Простой подход к рискам, который помогает принимать решения до наступления кризиса.

Риски релиза: как предупреждать проблемы, а не тушить их

Знакомая ситуация

В пятницу команда узнаёт, что тестовый доступ всё ещё не готов. В понедельник релиз. Как будто риск выбрал самое удобное время для знакомства. Но если заметить его раньше, варианты действий остаются.

Тематическая иллюстрация к статье «Риски релиза: как предупреждать проблемы, а не тушить их»

Риск — это ещё не проблема

Риск описывает возможное событие и его последствия; проблема уже произошла и требует действий сейчас. Формулировка «интеграция сложная» слишком общая. Лучше: «Если внешняя команда не предоставит тестовый доступ до согласованной даты, проверка интеграции может сдвинуть первый релиз». Риск похож на прогноз погоды: зонт лучше взять до дождя, а не после встречи с ливнем.

Назначьте владельца и сигнал

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

Планируйте надёжное изменение

Уменьшайте размер релизов, проверяйте критические сценарии, готовьте наблюдаемость и способ восстановления. План отката имеет смысл только тогда, когда известны условия применения и он совместим с изменениями данных; иногда безопаснее исправление вперёд. Это решение принимают вместе с технической и эксплуатационной командами.

Эскалируйте с вариантами

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

Тематическая иллюстрация к статье «Риски релиза: как предупреждать проблемы, а не тушить их»

Как это работает на практике

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

Что запомнить

Управление рисками не отменяет неожиданностей. Оно помогает встретить их с планом и вовремя принять решение, вместо того чтобы удивляться всей командой в день релиза.

Источники

Свой путь. Свои истории.

Дом, путешествия и то, что создаю своими руками.