Знакома ли вам ситуация, когда ключевые шаги релиза живут только в головах команды? Когда понять, что именно сейчас происходит с проектом — задача для ясновидящего с магическим шаром и кофейной гущей? Команда iOS‑разработки в ПСБ столкнулась с этим и нашла решение.
Привет, Хабр! Я Александр Дровняшин, iOS‑разработчик в ПСБ (и ответственный за выпуск приложения на iOS). И сегодня я расскажу, как простые чек‑листы на внутреннем портале резко повысили прозрачность нашего релизного процесса и помогли оперативно и просто собирать обратную связь.
Стандартный процесс — лишь вершина айсберга
Наш релиз делится на 4 понятных этапа:
Фиксация: Создание ветки релиза из master.
IFT (Integration & Functional Testing): Тестирование новых фич.
Регресс: Полное регрессионное тестирование всего функционала.
Продакшн: Выкатка и мониторинг.
Казалось бы, все прозрачно: этапы отражены в таск‑трекере.
Но проблема оказалась глубже: детальные шаги внутри каждого этапа (подготовка нужной сборки, составление отчета безопасности и т.д) существовали только в умах разработчиков, тестировщиков и инженеров.
Это создавало неразбериху, увеличивало риски ошибок и мешало понять реальный статус.
Особенно это было неудобно, когда руководитель срочно собирал отчёт — он ходил ко всем в личку, тратил время и силы на то, что, казалось бы, должно происходить проще. А если нам требовалась помощь коллег из других команд, оперативно погрузить человека в процесс было практически невозможно.
Мы поняли — так больше продолжаться не может. Но чтобы переломить ситуацию, нам было нужно представить результат — как бы в идеальном мире всё происходило.
Цели:
Отслеживать прогресс релиза в реальном времени
Видеть, на каком конкретном шаге находится работа, а не просто «мы в регрессе».Собирать обратную связь
Чётко понимать, что пошло не так и где процесс можно улучшить.Создавать полную картину результата с минимальными затратами
Руководителю больше не нужно вручную запрашивать статусы и собирать данные о прогрессе релиза, чтобы отчитаться перед бизнесом.
Решение было предельно простым: вытащить процесс из голов в документ.
Нам был нужен единый, живой источник правды о статусе релиза. Ключевые требования к решению:
Актуальность: Обновления в реальном времени.
Полнота: Все шаги каждого этапа — на виду.
Тайм‑трекинг: Фиксация времени начала/окончания шагов.
Ответственность: Четкое закрепление ролей за шагами.
На выбор у нас было несколько вариантов, но по тем или иным причинам мы отмели все, кроме одного.
Отдельный чат: Легко тонет в потоке сообщений, нет общей картины.
Задача в таск‑трекере: Отличная автоматизация, но кастомизация статусов сложна. Также в планах была (и остаётся) замена инструмента
Чек‑лист на портале: Шаблон → копия на каждый релиз. Прозрачно, гибко, централизованно. (Идею подсмотрели у коллег‑релиз‑менеджеров!)
Как это работает: чек‑лист в действии
Структура: Для каждого релиза создается страница на основе шаблона.
Этапы = Секции: Четко выделены блоки «Фиксация», «ИФТ», «Регресс», «Продакшн».
Шаги = Пункты: Внутри секций — пронумерованный список конкретных шагов (например: «1.1 Поднять тестовый стенд», «2.3 Прогнать сценарий X», «4.2 Провести Smoke‑тест»).
Ответственные: Каждый шаг помечен ответственным (указаны имена и контакты Dev, QA, DevOps).
Статус: Рядом с шагом — чек‑бокс. Поставлен = шаг выполнен.Чек‑листы внутри шагов: Для сложных шагов есть вложенные списки задач.
Подписка: Заинтересованные лица подписываются на страницу и получают уведомления об изменениях.
Что это дало:
Оперативный доступ к статусу: Любой участник в любой момент видит точное состояние релиза («Зависли на шаге 3.2 Регресса»).
Выявление узких мест: Стало очевидно, какие шаги регулярно затягиваются и требуют оптимизации. Например, на одном из этапов мы увидели неочевидные задержки на тестах или согласованиях.
Снижение человеческого фактора: Минимизация ошибок из‑за забытых шагов или недопонимания.
Основа для обратной связи: По итогам релиза легко анализировать, какие шаги прошли гладко, а где были задержки/проблемы.
Главный урок: Иногда лучший инструмент — не самый технологичный, а тот, который действительно начнут использовать. Чек‑лист стал нашей «историей правды» — простой, живой и доступной всем.
А как вы обеспечиваете прозрачность релизов? Делитесь в комментариях — возьмём лучшие идеи на вооружение!