Что такое чеклист релиза?
Чеклист релиза превращает продакшен-запуск в отмечаемые шаги на рабочем элементе: готовность до релиза, сборка и артефакты, согласование изменений, сам деплой, smoke-тесты и мониторинг, rollback и закрытие. Заголовки остаются стабильными; галочки, SHA и заметки меняются с каждым деплоем.
Команды отгружают по-разному. Команды continuous delivery вычеркнут строки про окно изменений. Недельные релиз-поезда оставят их. Считайте список стартовым runbook и сохраните свою версию, чтобы пятничный продакшен-релиз не зависел от памяти.
Почему команды держат чеклист релиза на задаче
Runbook на вики-странице или в Slack-треде легко пропустить, когда деплой стартует. Чеклист на рабочем элементе держит SHA, окно, smoke-тесты и путь rollback там, где уже живёт изменение, — релиз-менеджеры, on-call и разработчики видят одну и ту же оставшуюся работу.
Тот же каркас работает, отгружаете ли вы непрерывно или в окне изменений: открываете задачу, видите, что осталось, отмечаете по ходу и записываете, что случилось, если что-то пошло не так. Низкорисковые переключения флага могут убрать строки про согласование, коммуникации и rollback; при высоком риске они остаются.
Когда применять
Используйте чеклист релиза, когда изменение идёт в продакшен — на story, которая отгружается, или на отдельной change-задаче, если у деплоя свои владелец, даты и workflow. Автоприменяйте его, когда статус становится Ready to release или Deploying, чтобы runbook появился до окна. Укорачивайте строки для низкорисковых непрерывных деплоев; оставляйте согласование, коммуникации и rollback, когда изменение видно пользователям или его трудно откатить.
Релиз vs. QA-тестирование vs. Definition of Done
Этот чеклист QA-тестирования — тестовый проход до открытия окна. Definition of Done — общая планка выхода на story: review, тесты и готовность к релизу, которые каждый элемент должен в конце. Чеклист релиза — runbook запуска на изменении, которое реально уходит. Держите их отдельными списками, чтобы тестовый проход, планка отгрузки и продакшен-окно оставались разными. Acceptance criteria по-прежнему описывают поведение, которое вы выводите в прод.
Релиз и деплой — пример для старта
Чтобы собрать первый чеклист релиза, начните с примера ниже. Скопируйте список и вставьте его в поле Checklist for Jira на change- или релизном рабочем элементе. Идеально: сохранить как шаблон и автоприменять, когда работа переходит в Ready to release — так каждый деплой получает устойчивый каркас и те же заголовки. Уберите строки, которые команда пропускает; добавьте те, что нужны процессу.
Релиз и деплой
- Готовность до релиза
- Change, feature flag и ключи тикетов перечислены на этом рабочем элементе
- Стейкхолдеры и on-call знают окно или причину, почему оно непрерывное
- Риск, blast radius и на что смотреть записаны на рабочем элементе
- Сборка и артефакты
- Артефакт билда или SHA коммита записан
- Верификация в pre-prod или staging сделана либо письменно снята
- Секреты, сертификаты и доступ для деплоя на месте
- Безопасность и согласование изменений
- Security-ревью или заметки об угрозах связаны, если изменение чувствительное
- Согласования, которые требует ваша политика, записаны на рабочем элементе
- Деплой
- Шаги продакшен-деплоя прошли в задокументированном порядке
- Миграции или изменения конфига завершились без неотвеченных ошибок
- Feature flags соответствуют целевой аудитории
- Smoke-тесты и мониторинг
- Smoke-тесты на продакшен-пути прошли
- Частота ошибок, латентность и бизнес-KPI выглядят нормально для окна
- Дашборды мониторинга и алерты изменённого сервиса открыты
- Rollback, коммуникации и закрытие
- Путь rollback или отключения достаточно проверен, чтобы им пользоваться
- Support, success или статус-страница обновлены, когда пользователи видят изменение
- Инцидент или follow-up рабочий элемент связан, если релиз нанёс вред
- Заметки после релиза и оставшиеся задачи зафиксированы на этой задаче
Этот каркас принадлежит изменению, которое отгружается. В Checklist for Jira вы добавляете или отмечаете пункты на панели задачи, сохраняете заголовки как проектный или глобальный шаблон и автоприменяете, когда статус становится Ready to release — или вручную через Add → Add from template, когда нужно.
Поставьте это на задачу с Checklist for Jira
Шаблоны, автоматизация, ограничения в процессе и агент Rovo — бесплатно для команд до 10 пользователей.
Сохраните стартер, автоматизируйте runbook
- Checklist for Jira добавляет панель чеклиста на виде задачи. Вставьте пример выше на change- или релизный рабочий элемент, подгоните строки под процесс и сохраните форму как проектный или глобальный шаблон в Checklist settings.
- Отметьте шаблон как Protected, если runbook должен быть зафиксирован, пока люди отмечают пункты, — чтобы шаги не сжимались тихо от деплоя к деплою.
- Используйте автоматизацию шаблона, чтобы вешать каркас релиза, когда статус становится Ready to release или Deploying. Эти автоматизации встроены в Checklist for Jira и работают без кредитов Jira Automation.
- Если команде нужен жёсткий гейт, добавьте валидатор завершения на shipped-статус, ограниченный этим шаблоном. Post function может сбросить список, если вы откатываетесь и пробуете снова. Jira Automation может применить, завершить или сбросить тот же список, когда условие богаче одного статуса.
- Сочетайте с чеклист QA-тестирования до окна и Definition of Done на story — см. руководство по автоматизации.
Сочетайте с остальным delivery-набором
Держите чеклист QA-тестирования на задаче, пока проход не станет зелёным. Вешайте Definition of Done на story, чтобы планка отгрузки была видна с первого дня. Используйте Definition of Ready на refinement, если качество intake помогает команде. Полный набор — в хаб шаблонов.
Частые вопросы
Должен ли релиз жить на отдельной задаче Jira?
Если деплой — настоящий проект со своим владельцем, датами и workflow, отдельная задача или подзадача уместна. Если runbook — список проверок на уже существующем изменении, держите чеклист на этом рабочем элементе.
Нужен ли каждой команде один и тот же чеклист релиза?
Нет. Начните с одного шаблона и укоротите. Команды continuous delivery часто убирают строки про окно изменений и согласование. Регулируемый недельный поезд оставит согласования, коммуникации и rollback. Сохраните второй шаблон, когда два продукта держат разные runbook.
Могут ли глобальные шаблоны обслуживать каждый проект?
Да. Администраторы Jira сохраняют глобальные шаблоны; администраторы проекта — проектные. Protected глобальные runbook — сильный default, когда несколько команд должны отгружать одинаково.
Как сбросить список после rollback?
Добавьте post function или Jira Automation reset-all на переход обратно из shipped, ограниченный так, чтобы очищался только список релиза. Руководство по автоматизации разбирает reset и валидаторы завершения.
Поставьте это на задачу с Checklist for Jira
Шаблоны, автоматизация, ограничения в процессе и агент Rovo — бесплатно для команд до 10 пользователей.