🦊
Метрики продуктивности разработчиков: почему количество коммитов ничего не доказываетОдин разработчик сделал 30 коммитов за день, другой — всего три, кто продуктивнее? По этой цифре не определить: первый мог разбить небольшое изменение на десятки частей, а второй — устранить сложную ошибку, которая тормозила работу всей команды.
Количество коммитов легко посчитать, гораздо сложнее понять, какую пользу принесла работа.
🔗
Что действительно стоит измерятьВместо подсчёта действий смотрите на то, как команда доставляет изменения и поддерживает систему.
—
Время выполнения задачи. Сколько проходит от начала работы до готового результата? Долгие задержки могут указывать на сложные согласования, ожидание ревью или проблемы со сборкой.
—
Частота выпусков и время поставки изменений. Как быстро проверенные изменения доходят до пользователей? Здесь важно не просто выпускать чаще, а сохранять качество.
—
Доля неудачных изменений. Как часто выпуск приводит к сбою или требует отката? Высокая скорость без надёжности — сомнительное достижение.
—
Время восстановления. Сколько нужно команде, чтобы вернуть систему в нормальное состояние после сбоя? Эта метрика показывает, насколько хорошо инженеры справляются с последствиями ошибок.
Эти показатели связаны с подходом DORA к оценке эффективности поставки программного обеспечения. Но даже их нельзя рассматривать по отдельности: ускорение выпусков ничего не стоит, если одновременно растёт число серьёзных сбоев.
🔗
Метрики нужны не для слежкиКогда руководство оценивает каждого инженера по числу строк кода, коммитов или закрытых задач, команда быстро учится оптимизировать цифры, а не результат. Большие задачи дробятся, простые получают приоритет, а помощь коллегам и устранение технического долга остаются за кадром.
Полезнее смотреть на динамику команды, обсуждать узкие места и учитывать контекст. Например, рост времени выполнения задач может говорить не о медленной работе разработчиков, а о перегруженном ревью или нестабильной тестовой среде.
🦊
Главный принцип Эйфокса: хорошая метрика помогает найти проблему в процессе, а не назначить виноватого. Измеряйте, насколько предсказуемо команда создаёт ценность, как часто ломает рабочую среду и сколько времени тратит на восстановление. Остальное — цифры, за которыми не всегда стоит смысл.
📱 Подписывайтесь на канал Малвида в
Телеграме и
Max, чтобы держать руку на пульсе в мире IT