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