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

Успешность релиза напрямую повлияет на достижение проектом целей и результатов.

Как убедиться, что все готово к релизу?

Ниже я опишу чек-лист с основными моментами для проверки перед релизом.

Проверка на соответствие В начале нужно убедиться, что фича выполняет поставленную задачу и работает так как планировалось, без логических ошибок и несостыковок.

Что нужно сделать: 1. Протестировать все пользовательские сценарии 2. Убедиться, что сценарии конечны и имеют корректные точки завершения 3. Проверить обработку edge-кейсов

Как можно сделать: 1. Проверить, выполнение всех пунктов acceptance criteria 2. Провести демо с продакт-менеджером и стекхолдерами, получить подтверждение о соответствии 3. Проверить тест-кейсы

Как оценить успешность:

• Все проверки пройдены успешно
• Релиз одобрен менеджментом

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

Что нужно сделать: 1. Регресионное тестирование - проверка на корректную работу функций всего продукта 2. Интеграционное тестирование - взаимодействие фичи с другими сервисами 3. Нагрузочное тестирование- проверка сохранения стабильности работы под нагрузкой 4. Тестирование безопасности 5. Дизайн-ревью - соответствие интерфейса дизайну

Как можно сделать: Вручную силами QA-инженеров + автотестами.

Как оценить успешность:

• Все тесты пройдены успешно
• Нет критичных замечаний со стороны проверяющих

Документация Знания о фиче должны остаться и быть доступны всем участникам процесса эксплуатации.

Что нужно сделать: 1. Составить пользовательскую документацию: F.A.Q., руководство пользователя 2. Описать техническую документацию: схемы API, технические решения и дополнена база знаний 3. Подготовить план релиза

Как можно сделать: 1. Пользовательскую документацию составить силами продакт-менеджера и сотрудников технической поддержки 2. Техническую документацию стоит описывать фича-лиду, тимлиду, техлиду с использованием знаний всех технических специалистов проектной команды 3. План реализации составляется техническими специалистами проектной команды

Как оценить успешность:

• Все виды документации составлены
• Описаны все необходимые моменты
• Документация выгружена и доступна всем участникам

Мониторинг В момент после релиза, нужно внимательно следить за состоянием инфраструктуры и стабильностью работы, чтобы среагировать на возможный инцидент. Для этого необходимо настроить мониторинг.

Что нужно сделать: 1. Установить мониторинг на все сервисы и настроить вывод ключевых метрик в дашбордах 2. Подключить предупреждения о сбоях 3. Проверить сбор метрик и отправку предупреждений

Как можно сделать: 1. Настроить мониторинг через Grafana 2. Подключить отправку алертов в корпоративные чаты и почту 3. Развернуть на тестовом контуре фичу и среду для мониторинга, проверить сбор метрик и алертинг, имитируя ошибки

Как оценить успешность:

• Панели мониторинга показывают актуальные данные
• Предупреждения о проблемах приходят своевременно

Аналитика С момента запуска фичи важно получать информацию о статистике ее использования, поведении пользователей и расчитывать прогресс в достижении ключевых метрик. Правильно собираемая аналитика - залог стабильного и своевременного развития фичи в будущем.

Что нужно сделать: 1. Убедиться, что данные собираются и сохраняются в системе аналитики 2. Верно выполняются расчеты вычисляемых метрик 3. Погрешность в тестовых данных находится в допустимом диапазоне

Как можно сделать: 1. Пройти все сценарии пользователя и на дашбордах проверить, что данные корректно поступают в хранилище данных 2. Силами QA проверить корректность отправки аналитики 3. Вручную перепроверить расчеты метрик 4. Убедиться, что погрешность в данных находится в нужных пределах

Как оценить успешность:

• Все дашборды отображают корректные данные
• Все тесты отправки аналитики пройдены
• Вычисляемые метрики рассчитываются верно
• Погрешность данных в пределах нормы