Шаблон

Чеклист релиза, который остаётся на рабочем элементе

Чеклист релиза — runbook запуска этого изменения: готовность, шаги деплоя, smoke-тесты, коммуникации и rollback. Положите его на рабочий элемент Jira, чтобы релиз-менеджеры, on-call и разработчики отмечали одни и те же шаги и делили один прогресс-бар.

Автор RMK Labs · Проверено RMK Labs · Обновлено 2026-09-12

Что такое чеклист релиза?

Чеклист релиза превращает продакшен-запуск в отмечаемые шаги на рабочем элементе: готовность до релиза, сборка и артефакты, согласование изменений, сам деплой, 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

  1. Checklist for Jira добавляет панель чеклиста на виде задачи. Вставьте пример выше на change- или релизный рабочий элемент, подгоните строки под процесс и сохраните форму как проектный или глобальный шаблон в Checklist settings.
  2. Отметьте шаблон как Protected, если runbook должен быть зафиксирован, пока люди отмечают пункты, — чтобы шаги не сжимались тихо от деплоя к деплою.
  3. Используйте автоматизацию шаблона, чтобы вешать каркас релиза, когда статус становится Ready to release или Deploying. Эти автоматизации встроены в Checklist for Jira и работают без кредитов Jira Automation.
  4. Если команде нужен жёсткий гейт, добавьте валидатор завершения на shipped-статус, ограниченный этим шаблоном. Post function может сбросить список, если вы откатываетесь и пробуете снова. Jira Automation может применить, завершить или сбросить тот же список, когда условие богаче одного статуса.
  5. Сочетайте с чеклист QA-тестирования до окна и Definition of Done на story — см. руководство по автоматизации.
Чеклист релиза на change в Jira, с ещё открытыми пунктами коммуникаций и rollback.

Сочетайте с остальным 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 пользователей.