Что такое релиз
— это момент, когда продукт или обновление становятся доступными пользователям
Основная цель релиза — дать пользователям стабильный, надёжный и полезный продукт. Для этого перед релизом нужно внести технические изменения в ПО, устранить проблемы, улучшить сервис, обновить маркетинговые материалы, обучить поддержку и подготовить публикации в соцсетях.
Для команды релиз подводит итог проделанной работы, а для клиентов означает доступ к новым возможностям и улучшенному качеству продукта.
Что ещё нужно знать про релиз
Существуют следующие виды релизов:
Стабильный — используют для плановых обновлений. Основная и окончательная версия продукта. Проходит полный цикл тестирования, содержит все запланированные функции и исправления.
Бета-версия — чтобы тестировать новые функции на ограниченной аудитории перед официальным выпуском. Позволяет собрать обратную связь и выявить скрытые ошибки.
Экстренный патч — для срочных исправлений. Выпускается вне регулярного цикла релизов. Например, после жалоб пользователей на утечку данных выпустили экстренный патч в течение 24 часов.
Из чего состоит управление релизом
Обычно запуск состоит из семи этапов ⤵️
1️⃣ Планирование. Оно позволяет рассчитать количество спринтов и итераций. Здесь расставляют приоритеты, оценивают затраты и анализируют взаимозависимости. Составляют также план отката — что делать, если всё пойдёт не так.
2️⃣ Согласование. На этом этапе закрепляют, сколько нужно ресурсов от исполнителей и заказчиков, оценивают бюджет. Содержание релиза финально фиксируют для всех заинтересованных сторон.
3️⃣ Документирование. Систематизируют все процедуры, фиксируют последние данные о новых фичах.
4️⃣ Коммуникация и поддержка. Менеджеры продукта передают команде поддержки информацию о релизе и готовят её к работе с пользовательскими обращениями.
5️⃣ Актуализация статусов готовности. За несколько недель до релиза (примерно за 2–4) команда перестаёт добавлять новый функционал — наступает фича-фриз. В это время нужно уточнить статусы задач и обновить план релиза, чтобы минимизировать риски и избежать недопонимания со стейкхолдерами.
6️⃣ Тестирование. Команда проверяет, как работают нововведения и не ломают ли они существующий функционал. Этот этап особенно важен, потому что большинство проблем после релиза возникают из-за недостаточного тестирования и спешки.
7️⃣ Развёртывание. Изменения передают в эксплуатацию и выпускают новую версию продукта или сам конечный продукт.
Кто участвует в релизе
Обычно в запуске задействованы практически все члены команды, но ключевую роль играют:
- product и project менеджеры — основная ответственность за релиз
- разработчики — ключевые игроки в управлении релизом. Они решают, что можно сделать и что не нужно, создают резервную копию, а также рассчитывают, сколько времени займёт процесс
- маркетологи — должны оперативно реагировать на изменения, следить за рынком и конкурентами, чтобы быстро корректировать анонсы. Им важно тесно сотрудничать с sales-менеджерами, чтобы знать, как удерживать клиентов и получать новых
- тестировщики — проверяют на практике результаты исследований и разработки под нагрузкой
- служба поддержки — первыми узнают, если что-то пошло не так. Должны знать о релизе всё ещё со стадии планирования
Методологии релизов
Выпускать продукт или обновление можно тремя способами 👇
Blue-Green Deployment — запускают новую версию параллельно со старой, с мгновенным переключением трафика.
Canary Release — постепенно вводят новый продукт, сначала для 1-5% пользователей.
Feature Flags — включают функции для конкретных групп, например, только для бета-тестеров.
Многие крупные компании перед глобальными обновлениями тестируют релизы на сотрудниках. Это экономит миллионы на исправлениях.
Частые ошибки при релизах
«Завтракаем багами». Выбрали неудачное время для запуска, когда команда не готова к экстренным правкам, например, утро понедельника.
Тихий запуск. Забывают предупредить пользователей о нововведениях.
Релиз-паника. Не составили чёткое расписание, кто и за что отвечает в день Х.
💡 Совет: завести «журнал релизов», чтобы записывать все проблемы и решения. Это сократит ошибки в будущем примерно на треть