Какие метрики смотреть каждый день, чтобы не проморгать проблему

Тимлид не может отследить всё через дашборды. Нужны 3–4 метрики, которые показывают здоровье команды и проекта прямо сейчас.

Скорость delivery: среднее время от готовности задачи в очереди до мержа в основную ветку. Если это число растёт — значит, где-то узкое место: может быть, код-ревью застревает, может, у людей перегруз. Смотришь раз в день, видишь тренд за неделю.

Баг-лист: не количество найденных ошибок, а скорость закрытия. Если багов открывается пять в день, а закрывается один — очередь растёт, качество падает. Критично ловить момент, когда это начинает происходить.

Активность в код-ревью: сколько комментариев, как быстро люди отвечают. Если ревьюеры молчат три дня — PR зависает, новичок теряет фокус. Если комментарии только критика без конструктива — культура ревью сломана.

Пропуски в планах: какой процент задач из спринта прошли как планировалось. Не 100%, конечно, — реальность меняется. Но если постоянно 60%, значит планирование оторвано от реальности или люди берут больше, чем могут.

Главное — не зависнуть на цифрах. Эти метрики помогают услышать команду раньше, чем она скажет: «Я не справляюсь». Если что-то движется в минус, разговор по факту — и правка на ходу, а не перепланирование в конце спринта.

Если нужна вторая точка зрения — @app_traffic_diary