Метрики команды разработки

Метрики команды разработки #заметки по мотивам презентации с TeamLead Conf 2025, прошедшей 10-11.11.2025

Всем, кто ищет способы оценки эффективности технических команд посвящается :)

ч.1, Продуктовые и Командные метрики и немного другого интересного

Пирамида метрик:

Бизнесовые - ключевые бизнес и финансовые показатели, которые показывают насколько наша деятельность влияет на результаты компании

Продуктовые, интерфейсные - метрики, которые отражают функциональность продукта, финансовые результаты и взаимодействие с пользователем

Процессные и платформенные - показатели производительности, надежности и масштабируемости системы

Продуктовые • NPS – показывает качество продукта глазами пользователя • Time-to-market, он же ТТМ, он же Т2М – способность команды быстро реагировать на изменение рынка

Метрики команды (SPACE Framework – комплексный подход к командным метрикам от GitHub и Microsoft Research:

• Satisfaction – удовлетворенность работой и условиями • Performance – результат и достижение целей • Activity – вовлеченность в работу • Collaboration – качество взаимодействия в команде • Efficiency – эффективность процессов

Принципы использования метрик: 1. Цель —> Метрика 2. Для улучшения, а не для наказания 3. Не про людей, а про процессы, в крайнем случае команды 4. Связь метрики и практики, которая ее улучшает 5. Динамика и тренды важнее точки 6. Качество важнее количества

Неперспективные метрики: • Lines of code – стимулирование «раздувания» кода • Deployment frequency (количество релизов) – тоже возможен фрод, например. 1 релиз и 10 батчей • Количество багов на разработчика / тестировщика – обвинительная культура

Как собирать метрики: • Excel, опросы, google forms – неточно, дорого, демотивирует • Трекеры задач (Jira, TFS, Azure DevOps) – требуют единого процесса • Репозитории и CI/CD (GitLab, GitHub, Jenkins) – лучший вариант • Мониторинг (Grafana, Datalog) – идеально для метрик SRE