Доска готовности к выпуску превращает обсуждение запуска в разбор результатов проверок. Команда видит, что проверено, какие риски остались, кто координирует следующие действия и что делать при остановке или откате. Решение относится к конкретной сборке и аудитории, а не к продукту вообще.
Используйте руководство по матрице рисков для анализа влияния и вероятности, а выбранные меры перенесите на доску готовности. Она помогает собрать материалы для решения, но не заменяет согласования по безопасности, доступности и эксплуатации.
Определите границы выпуска
Укажите релиз-кандидата, аудиторию и дату обзора. Перечислите включённые возможности и важные исключения. Добавьте вопрос: «Можно ли предоставить эту сборку указанной аудитории при этих ограничениях?»
Рассмотрим сервис записи на приём. Команда готовит сборку RC3 для 20 приглашённых клиентов: в пилот входят создание и отмена записи, а оплата и открытая регистрация исключены. Поэтому проверка отмены записи влияет на решение о запуске, а новый запрос на оплату не должен незаметно расширять границы этой встречи.
Сгруппируйте проверки по областям
Выделите области для поведения продукта, контента и дизайна, качества, эксплуатации и коммуникации. В каждой карточке укажите проверку, подтверждающие материалы, статус и ответственного. Статус «готово» должен опираться на результат проверки нужной сборки.
| Поле | Пример |
|---|---|
| Проверка | После отмены записи время снова доступно для бронирования. |
| Подтверждение | Результат проверки RC3 и ссылка на дефект B-17: отменённое время остаётся недоступным. |
| Статус | Требуется исправление. Другие допустимые статусы: не проверено / готово к рассмотрению / проверено. |
| Ответственный | Назначенный участник команды координирует исправление и повторную проверку B-17. |
| Влияние на решение | Блокирует запуск пилота, поскольку отмена записи входит в его границы. |
Ответственный за повторную проверку и человек, принимающий решение о выпуске, могут быть разными людьми. Запишите обоих там, где это нужно: первого — в карточке проверки, второго — рядом с итоговым решением. Не оставляйте вместо имени неопределённое «команда разберётся».
Запишите риски и условия остановки
Рядом с затронутой областью укажите возможное последствие и выбранную меру, а не только цвет риска. Для остановки или отката запишите сигнал, ответственного за решение и ссылку на порядок восстановления. Если восстановление ещё не проверено, оставьте его отдельным открытым вопросом с назначенным следующим шагом.
На доске отмечено 12 проверенных сценариев, но это не означает, что все они пройдены или что релиз готов. B-17 затрагивает одну из двух основных возможностей пилота. Кроме того, путь восстановления не отработан. Поэтому команда приостанавливает приглашения клиентам и планирует повторную проверку на RC4.
Для RC4 недостаточно заменить название сборки и перекрасить карточку. Нужно повторить отмену записи, проверить доступность освободившегося времени, выполнить согласованную проверку восстановления и приложить результаты именно для RC4. Если B-17 сохраняется или восстановление не подтверждено, оснований менять решение ещё нет.
Примите решение: запускать или отложить
- Прочитайте границы выпуска: сборка RC3, 20 клиентов, создание и отмена записи.
- Разберите отсутствующие или спорные результаты проверок.
- Определите, какие незакрытые проблемы блокируют пилот, а какие относятся к исключённым возможностям.
- Выберите действие: запуск, перенос или отдельно согласованное сокращение объёма.
- Запишите решение, принявшего его человека, дату и условия повторного рассмотрения.
В этом примере итоговая запись может быть такой: «RC3 не запускать. Приглашения не отправлять. Повторно рассмотреть RC4 после проверки B-17 и восстановления». Добавьте имена ответственных и дату следующего обзора из своего проекта. Boardmix позволяет держать карточки, ссылки на результаты и запись решения на общей доске; полномочия на выпуск остаются у назначенных участников команды.
Сохраните основания решения
Сохраните границы, результаты проверок и решение после встречи. Когда появится RC4, создайте рядом отдельную запись о повторном рассмотрении и свяжите её с RC3. Не заменяйте старые результаты новыми: иначе читатель не поймёт, почему запуск сначала отложили и что затем изменилось.
Откройте доску Boardmix и разместите рядом три области: границы выпуска, результаты проверок и решение. Начните с одной сборки и внесите в карточки реальные подтверждения, ответственных и условия запуска.
