Вход процесса: Заинтересованные лица, требования к системам
Цели процесса:
— Оценка объема аналитики по задачам
— Скорректированные ожидания заказчиков
— Согласованное описание требований заказчиков
— Обновленная документация продукта
— Обученные сотрудники, проведенное демо и др.
Метрики:
— Удовлетворенность работой аналитика (Заказчик/Архитектор/Разработчик/…)
— Количество задач с описанными требованиями
Вход процесса: Согласованные требования по задаче
Цели процесса:
— Оценка сложности и времени выполнения задач
— Написание кода, реализующего рабочие требования
— Проверка соответствия кода соглашениям/стандартам
Метрики:
— Соответствие времени решения задачи плановым показателям
— % прохождения статического анализа кода
— % прохождения автоматизированного тестирования
— % прохождения ручного тестирования
— Количество выполненных задач
— Объем выполненных задач
Вход процесса: Выполненная задача
Цели процесса:
— Оценка сложности и времени тестирования задач
— Соответствие нового функционала заданным требованиям и ожиданиям заказчика
— Отсутствие дефектов в связи с внедрением нового функционала
Метрики:
— Оценка сложности и времени тестирования задач
— Среднее время ожидания тестирования
— Скорость тестирования задач
— % пропущенных ошибок
— % автоматизированных тест-кейсов
Качество можно рассматривать шире, например в рамках теории Total Quality Management.
Вход процесса: Готовая к публикации новая версия
Цели процесса:
— Опубликованная новая версия
— Минимальный ущерб в связи с публикацией новой версии (простой, ошибки)
— Минимальная стоимость процесса сборки и публикации
Метрики:
— Среднее время ожидания публикации задачи после успешного тестирования
— Сумма простоя в процессе публикации
— Количество инцидентов во время публикации
— Количество публикаций в целом
Вход процесса: Система, с которой работают пользователи
Цели процесса:
— Минимизация времени обслуживания заявок пользователей
— Минимизация отказов и времени даунтайма системы
— Минимизация стоимости процесса
Метрики:
— Метрики SLA
— Uptime
— Количество специалистов, необходимых для поддержки функционирования систем
Используйте post-mortem отчеты для анализа инцидентов доступности продукта. Они помогут команде исправить причины, которые привели к инциденту или деградации.