17 июля 2018

Блог

Рецепт гладкого релиза: PM на заметку

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

Инфраструктура
  • Подготовлены с нашей стороны и приняты заказчиком требования к UAT и Prod инфраструктуре на стороне заказчика. Подготовлена сама инфраструктура на стороне заказчика, предоставлен доступ.
  • (Для корпоративных мобильных приложений) Согласована схема распространения приложения на устройства пользователей (магазин приложений / MDM система / что-то еще). Заказчиком организована закупка устройств.
  • Настроен конвейер CI/CD и/или прописана технология обновления решения.
  • Продумана стратегия резервного копирования и восстановления и подготовлена соответствующая инфраструктура.
  • Продумана и реализована система технического мониторинга решения и диагностики проблем (ELK стек, средства мониторинга Kubernetes и т.д.)
  Первоначальное наполнение решения
  • Исторические данные. Решено, из каких источников и на какую глубину нужно мигрировать данные, есть технология/механизм/инструменты миграции.
  • Продумана процедура и подготовлены инструменты (утилиты, скрипты) проверки корректности (полноты, консистентности) мигрированных исторических данных.
  • Наполнены справочники.
  • Перенесены пользователи / оргструктура.
  Интеграция
  • Проверена работоспособность интеграционных сервисов в UAT/Prod окружении. Есть версионность сервисов со стороны заказчика и/или с заказчиком согласована процедура подготовки к обновлению версии сервисов на их стороне.
  • Настроена панель мониторинга или инструменты доступности сервиса для «мгновенной» проверки, на чьей стороне проблемы.
  Обучение пилотной группы пользователей
  • Подготовлены демо-стенды для демонстрации решения заказчику, организованы доступы, организованы раздачи приложения и тестовые девайсы.
  • Определена группа внедрения со стороны заказчика и привлечена на тестирование при подготовке релиза еще на QA окружении — проведены демонстрации.
  • Проведены итоговые тест-сессии/демо-сессии с пилотной группой пользователей.
  • Подготовлены материалы для пользователей: сценарии демонстрации, короткие “How-to” со скринами/роликами, демонстрирующими бизнес-действие.
  Передача решения
  • План передачи исходников, план настройки серверов сборки на стороне заказчика.
  • План передачи исходников и ресурсов UI: макеты, UI kit, инструкция по использованию UI kit.
  • Подготовлены архитектурные документы (топология инфраструктуры, технология деплоя и т.д.) для передачи заказчику на эксплуатацию.
  • Проведен инструктаж и тренировочный деплой с админами заказчика.
  • Проверено, что еще нужно сделать для формальной/юридической передачи в эксплуатацию в соответствии с требованиями договора с заказчиком.
  • Проработана процедура постановки решения на техподдержку на стороне заказчика (первая линия) и на нашей стороне (вторая линия). Настроена система учета обращений.
  Пользовательская документация
  • Руководство пользователя / инструкции в согласованном с заказчиком формате (сценарии, ролики и т.п.)
  Бизнес-мониторинг
  • Выработано и согласовано с заказчиком понимание того, какие бизнес-показатели решения (KPI) мы будем отслеживать и анализировать.
  • Есть данные и инфраструктура для мониторинга бизнес-показателей: например, аналитический куб со статистикой продаж в системе, Grafana со статистикой активности пользователей.
  Выбор момента для релиза
  • Выбрано удобное время для релиза/переключения на новую версию с учетом пиковых загрузок текущего функционала решения, времени доступности пользователей, времени доступности инженеров с обеих сторон и т.п.

Оригинал статьи опубликован на Habr.com