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

Цифры позволят избежать эмоций и неточности при измерении результатов команды. Однако будьте осторожны: не стоит поощрять соревнование команд между собой, потому что вы, скорее всего, будете сравнивать яблоки с апельсинами – что неправильно. Предусмотрите для каждой команды свой набор метрик и сравнивайте их текущие результаты только с их же результатами в прошлом (или с планом). Для большинства команд подойдет хотя бы один из широко используемых показателей, перечисленных ниже:

• количество открытых/закрытых заявок;

• количество обращений в службу поддержки;

• метрики производительности/нагрузки;

• устранение технического долга;

• процент выполнения задачи/спринта.

Эти метрики должны быть относительно легко измеримы, определение их значений не должно превращаться в целый проект. Скорее всего, вы сможете получать полезные данные с помощью основного инструмента вашей команды (например, JIRA, SonarQube или Jenkins).

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