Приближается момент, когда мы выпустим наше решение, свежее, новое и блестящее.
Захватывающий? Не совсем, потому что мы уже проверили это со всех сторон.
У нас есть чек-лист, по которому можно проверить, готово ли решение к выпуску в производство.
В нем перечислено все самое важное, что мы проверяем по инфраструктуре, исходному контенту, интеграции, обучению пилотной группы пользователей, передаче решения, пользовательской документации, мониторингу бизнеса и выбору момента релиза.
На основе этого плана мы ставим задачи разработчикам и «аудиторам» — коллегам из других отделов, которые проверяют решение (да, это тоже лайфхак).
Надеемся, эта шпаргалка будет полезна при подготовке к выпуску продукта.
Инфраструктура
- Требования к инфраструктуре UAT и Prod на стороне заказчика были подготовлены с нашей стороны и приняты заказчиком.
На стороне заказчика подготовлена сама инфраструктура и обеспечен доступ.
- (Для корпоративных мобильных приложений) Согласована схема распространения приложения на пользовательские устройства (магазин приложений/MDM-система/что-то еще).
Заказчик организовал закупку устройств.
- Конвейер CI/CD настроен и/или прописана технология обновления решения.
- Продумана стратегия резервного копирования и восстановления и подготовлена соответствующая инфраструктура.
- Продумана и реализована система технического мониторинга для решения и диагностики проблем (стек ELK, инструменты мониторинга k8s и т.д.)
Исходное содержание решения
- Исторические данные.
Было решено, из каких источников и на какую глубину необходимо перенести данные; существует технология/механизм/инструменты миграции.
- Продумана процедура и подготовлены инструменты (утилиты, скрипты) для проверки корректности (полноты, непротиворечивости) переносимых исторических данных.
- Каталоги заполнены.
- Пользователи/организационная структура перенесены.
Интеграция
- Была протестирована производительность интеграционных сервисов в среде UAT/Prod. На стороне заказчика имеется версионирование сервисов и/или с заказчиком согласован порядок подготовки к обновлению версии сервисов на своей стороне.
- Для «мгновенной» проверки, на чьей стороне проблема, настроена панель мониторинга или инструменты доступности сервисов.
Обучение пилотной группы пользователей
- Для демонстрации решения заказчику были подготовлены демо-стенды, организован доступ, организовано распространение приложений и тестирование устройств.
- Была определена и привлечена к тестированию в ходе подготовки релиза в среде QA команда внедрения со стороны заказчика — проводились демонстрации.
- Заключительные тестовые/демонстрационные сеансы были проведены с пилотной группой пользователей.
- Подготовлены материалы для пользователей: демонстрационные скрипты, краткие инструкции со скриншотами/видео, демонстрирующими бизнес-действия.
Передача решения
- План переноса исходников, план настройки серверов сборки на стороне заказчика.
- План переноса исходников и ресурсов пользовательского интерфейса: макеты, набор пользовательского интерфейса, инструкции по использованию набора пользовательского интерфейса.
- Архитектурная документация (топология инфраструктуры, технология развертывания и т.д.) подготовлена к передаче заказчику в эксплуатацию.
- Проведен брифинг и обучение развертыванию с администраторами клиентов.
- Проверили, что еще нужно сделать для официальной/юридической передачи в соответствии с требованиями договора с заказчиком.
- Проработан порядок передачи решения в техподдержку на стороне заказчика (первая линия) и на нашей стороне (вторая линия).
Налажена система учета обращений.
Пользовательская документация
- Руководство пользователя/инструкции в согласованном с заказчиком формате (сценарии, видео и т.п.
)
Мониторинг бизнеса
- Разработано и согласовано с заказчиком понимание того, какие бизнес-показатели решения (KPI) мы будем отслеживать и анализировать.
- Есть данные и инфраструктура для мониторинга бизнес-показателей: например, аналитический куб со статистикой продаж в системе, Grafana со статистикой активности пользователей.
Сроки выпуска
- Для выпуска/перехода на новую версию было выбрано удобное время с учетом пиковых нагрузок текущего функционала решения, доступности пользователей, времени доступности инженеров с обеих сторон и т.д.
Теги: #управление продуктом #планирование #планирование проекта #планирование проекта #релиз #управление выпуском #Kubernetes #CD #ci #непрерывная интеграция #непрерывная доставка #mdm #uat #pipeline #qa #ui #Grafana #UI kit #kubernetes # среда разработки #мониторинг #ведение журнала #мониторинг деловой активности #лось #тестовые сессии #Управление проектами #Управление продуктом
-
Тун Син
19 Dec, 24 -
Будущий Варпер
19 Dec, 24 -
Сервис Для Собак И Их Владельцев
19 Dec, 24 -
Написать Клиент Telegram Легко
19 Dec, 24 -
Opera Представила Новый Браузер Neon
19 Dec, 24