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