Рецепт Плавного Релиза: Pmy Note

Приближается момент, когда мы выпустим наше решение, свежее, новое и блестящее.

Захватывающий? Не совсем, потому что мы уже проверили это со всех сторон.

У нас есть чек-лист, по которому можно проверить, готово ли решение к выпуску в производство.

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

На основе этого плана мы ставим задачи разработчикам и «аудиторам» — коллегам из других отделов, которые проверяют решение (да, это тоже лайфхак).

Надеемся, эта шпаргалка будет полезна при подготовке к выпуску продукта.



Рецепт Плавного Релиза: Pmy Note



Инфраструктура

  1. Требования к инфраструктуре UAT и Prod на стороне заказчика были подготовлены с нашей стороны и приняты заказчиком.

    На стороне заказчика подготовлена сама инфраструктура и обеспечен доступ.

  2. (Для корпоративных мобильных приложений) Согласована схема распространения приложения на пользовательские устройства (магазин приложений/MDM-система/что-то еще).

    Заказчик организовал закупку устройств.

  3. Конвейер CI/CD настроен и/или прописана технология обновления решения.

  4. Продумана стратегия резервного копирования и восстановления и подготовлена соответствующая инфраструктура.

  5. Продумана и реализована система технического мониторинга для решения и диагностики проблем (стек ELK, инструменты мониторинга k8s и т.д.)


Исходное содержание решения

  1. Исторические данные.

    Было решено, из каких источников и на какую глубину необходимо перенести данные; существует технология/механизм/инструменты миграции.

  2. Продумана процедура и подготовлены инструменты (утилиты, скрипты) для проверки корректности (полноты, непротиворечивости) переносимых исторических данных.

  3. Каталоги заполнены.

  4. Пользователи/организационная структура перенесены.



Интеграция

  1. Была протестирована производительность интеграционных сервисов в среде UAT/Prod. На стороне заказчика имеется версионирование сервисов и/или с заказчиком согласован порядок подготовки к обновлению версии сервисов на своей стороне.

  2. Для «мгновенной» проверки, на чьей стороне проблема, настроена панель мониторинга или инструменты доступности сервисов.



Обучение пилотной группы пользователей

  1. Для демонстрации решения заказчику были подготовлены демо-стенды, организован доступ, организовано распространение приложений и тестирование устройств.

  2. Была определена и привлечена к тестированию в ходе подготовки релиза в среде QA команда внедрения со стороны заказчика — проводились демонстрации.

  3. Заключительные тестовые/демонстрационные сеансы были проведены с пилотной группой пользователей.

  4. Подготовлены материалы для пользователей: демонстрационные скрипты, краткие инструкции со скриншотами/видео, демонстрирующими бизнес-действия.



Передача решения

  1. План переноса исходников, план настройки серверов сборки на стороне заказчика.

  2. План переноса исходников и ресурсов пользовательского интерфейса: макеты, набор пользовательского интерфейса, инструкции по использованию набора пользовательского интерфейса.

  3. Архитектурная документация (топология инфраструктуры, технология развертывания и т.д.) подготовлена к передаче заказчику в эксплуатацию.

  4. Проведен брифинг и обучение развертыванию с администраторами клиентов.

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

  6. Проработан порядок передачи решения в техподдержку на стороне заказчика (первая линия) и на нашей стороне (вторая линия).

    Налажена система учета обращений.



Пользовательская документация

  1. Руководство пользователя/инструкции в согласованном с заказчиком формате (сценарии, видео и т.п.

    )



Мониторинг бизнеса

  1. Разработано и согласовано с заказчиком понимание того, какие бизнес-показатели решения (KPI) мы будем отслеживать и анализировать.

  2. Есть данные и инфраструктура для мониторинга бизнес-показателей: например, аналитический куб со статистикой продаж в системе, Grafana со статистикой активности пользователей.



Сроки выпуска

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


Теги: #управление продуктом #планирование #планирование проекта #планирование проекта #релиз #управление выпуском #Kubernetes #CD #ci #непрерывная интеграция #непрерывная доставка #mdm #uat #pipeline #qa #ui #Grafana #UI kit #kubernetes # среда разработки #мониторинг #ведение журнала #мониторинг деловой активности #лось #тестовые сессии #Управление проектами #Управление продуктом
Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2020-06-21 12:41:43
Баллов опыта: 664
Всего постов на сайте: 4
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.