Как чек-лист в Confluence убил 70% вопросов о релизах — без автоматизации и бюджета

Знакома ли вам ситуация, когда ключевые шаги релиза живут только в головах команды? Когда понять, что именно сейчас происходит с проектом — задача для ясновидящего с магическим шаром и кофейной гущей? Команда iOS-разработки в ПСБ столкнулась с этим и нашла решение.

Привет, Хабр! Я Александр Дровняшин, iOS-разработчик в ПСБ (и ответственный за выпуск приложения на iOS). И сегодня я расскажу, как простые чек-листы в Confluence резко повысили прозрачность нашего релизного процесса и помогли оперативно и просто собирать обратную связь.

Стандартный процесс — лишь вершина айсберга

Наш релиз делится на 4 понятных этапа:

1. Фиксация: Создание ветки релиза из master.

2. IFT (Integration & Functional Testing): Тестирование новых фич.

3. Регресс: Полное регрессионное тестирование всего функционала.

4. Продакшн: Выкатка и мониторинг.

Казалось бы, все прозрачно: этапы отражены в Jira.
Но проблема оказалась глубже: детальные шаги внутри каждого этапа (подготовка нужной сборки, составление отчета безопасности и т.д) существовали только в умах разработчиков, тестировщиков и инженеров.

Это создавало неразбериху, увеличивало риски ошибок и мешало понять реальный статус.
Особенно это было неудобно, когда руководитель срочно собирал отчёт – он ходил ко всем в личку, тратил время и силы на то, что, казалось бы, должно происходить проще. А если нам требовалась помощь коллег из других команд, оперативно погрузить человека в процесс было практически невозможно. 

Мы поняли – так больше продолжаться не может. Но чтобы переломить ситуацию, нам было нужно представить результат – как бы в идеальном мире всё происходило. 

Цели:

1. Отслеживать прогресс релиза в реальном времени
   Видеть, на каком конкретном шаге находится работа, а не просто «мы в регрессе».

2. Собирать обратную связь
   Чётко понимать, что пошло не так и где процесс можно улучшить.

3. Создавать полной картины результата с минимальными затратами Руководителю больше не нужно вручную запрашивать статусы и собирать данные о прогрессе релиза, чтобы отчитаться перед бизнесом.

Решение было предельно простым: вытащить процесс из голов в документ
Нам был нужен единый, живой источник правды о статусе релиза. Ключевые требования к решению:

• Актуальность: Обновления в реальном времени.

• Полнота: Все шаги каждого этапа — на виду.

• Тайм-трекинг: Фиксация времени начала/окончания шагов.

• Ответственность: Четкое закрепление ролей за шагами.

На выбор у нас было несколько вариантов, но по тем или иным причинам мы отмели все, кроме одного.

Отдельный чат: Легко тонет в потоке сообщений, нет общей картины. ❌
Задача в Jira: Отличная автоматизация, но кастомизация статусов сложна. Также в планах была (и остаётся) замена инструмента ❌
Чек-лист в Confluence: Шаблон -> копия на каждый релиз. Прозрачно, гибко, централизованно. ✅ (Идею подсмотрели у коллег-релиз-менеджеров!)

Как это работает: Confluence-чек-лист в действии

1. Структура: Для каждого релиза создается страница в Confluence на основе шаблона.

2. Этапы = Секции: Четко выделены блоки «Фиксация», «ИФТ», «Регресс», «Продакшн».

3. Шаги = Пункты: Внутри секций — пронумерованный список конкретных шагов (например: «1.1 Поднять тестовый стенд», «2.3 Прогнать сценарий X», «4.2 Провести Smoke-тест»).

4. Ответственные: Каждый шаг помечен ответственным (указаны имена и контакты Dev, QA, DevOps).
   Статус: Рядом с шагом — чекбокс. Поставлен = шаг выполнен.

5. Чек-листы внутри шагов: Для сложных шагов есть вложенные списки задач.

Подписка: Заинтересованные лица подписываются на страницу и получают уведомления об изменениях.

Что это дало:

• Оперативный доступ к статусу: Любой участник в любой момент видит точное состояние релиза («Зависли на шаге 3.2 Регресса»).

• Выявление «узких мест»: Стало очевидно, какие шаги регулярно затягиваются и требуют оптимизации. Например, на одном из этапов мы увидели неочевидные задержки на тестах или согласованиях.

• Снижение «человеческого фактора»: Минимизация ошибок из-за забытых шагов или недопонимания.

• Основа для обратной связи: По итогам релиза легко анализировать, какие шаги прошли гладко, а где были задержки/проблемы.

Главный урок: Иногда лучший инструмент — не самый технологичный, а тот, который действительно начнут использовать. Confluence-чеклист стал нашей «историей правды» — простой, живой и доступной всем.

А как вы обеспечиваете прозрачность релизов? Делитесь в комментариях — возьмём лучшие идеи на вооружение!