Пример: спецификация дашборда для дашборда метрик поставки

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

Аудитория

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

Плитки (в порядке показа)

Частота развёртываний, последние 4 недели, по командам. Линейный график, недельные интервалы, ось начинается с нуля.
Время выполнения изменений, медиана и 90-й процентиль, последние 4 недели. Столбчатая диаграмма с обоими рядами, а не только медианой.
Доля неудачных изменений, последние 4 недели, с определением «неудачи», согласованным командой, и ссылкой на него с плитки.
Время восстановления после неудачного развёртывания, медиана, последние 4 недели.
Оставшийся бюджет ошибок, текущий квартал, по сервисам, в процентах.

Правила визуализации

Каждый график тренда показывает не менее восьми точек данных, никогда один снимок.
Оси начинаются с нуля, если на плитке не задокументировано заявленное исключение.
Развёртывания, инциденты и праздники отмечаются на шкале времени, чтобы читатели отличали настоящий сдвиг от шума.
Никаких двойных осей, никаких 3-D-эффектов, никакого выбора удобных диапазонов дат.

Каденция обновления

Плитки из конвейера (частота развёртываний, время выполнения) обновляются ежечасно. Плитки из инцидентов (доля неудачных изменений, время восстановления) обновляются, когда закрывается разбор инцидента. Дашборд показывает собственное время последнего обновления.

Что этот дашборд сознательно исключает

Число коммитов на человека, число pull request на человека и строки кода. Это метрики активности с хорошо задокументированной историей манипулирования и измерения усилий, а не результата (тема 3.4).