← Все workflows
Клиентские и продуктовые системы
Цикл релиза и стабилизации
Переведите изменённый workflow или возможность продукта в реальное использование с явным периодом наблюдения, путём исключений и записью обучения.Триггер
Новый или изменённый путь системы готов к контролируемому релизу пользователям или операторам.
Результат
Ограниченное решение: стабилизировать, исправить, расширить, приостановить или откатить на основе наблюдаемого использования, а не оптимизма запуска.
Связанная operating model
Цикл релиза и стабилизации
- 01
Задать границу релиза
Назовите пользовательский путь, acceptance criteria, владельца операции, затронутые системы и условия остановки или отката.
- 02
Выпустить с видимостью
Сделайте статус, instrumentation, путь поддержки и известные ограничения доступными затронутым людям.
- 03
Триажить реальные исключения
Классифицируйте сбои, неопределённость и запросы на изменения по влиянию, передавайте владельцу и защищайте core path.
- 04
Решить следующий релиз
Используйте adoption, качество, исключения и обратную связь операторов, чтобы стабилизировать, расширить, приостановить или убрать изменение.
Полезно, когда
Команда может выпускать софт, но не имеет общего способа видеть adoption, дефекты, трение операторов и изменения scope после релиза.Не используйте модель, когда
Нет согласованного владельца, границы отката, baseline или способа наблюдать критический путь после запуска.Контроли, которые делают процесс рабочим
Надёжная система называет владельца, сохраняет нужный для решения контекст, даёт исключениям видимый путь и оставляет запись о произошедшем.
- Названный операционный владелец после инженерной поставки.
- Видимый путь поддержки и отката для выпущенного scope.
- Decision log, разделяющий дефекты, новые запросы и нерешённые предположения.