🤔Я периодически слышу, как у моих коллег продактов спрашивают про бизнес-метрики (считаем ли мы что-то, анализируем и тд), и я задумался...

А почему к ит-лидерам практически никто не приходит за метриками?

По факту, технические метрики не то, чтобы must have - скорее это крайне удобный инструмент для визуализации качества рабочего процесса, который ты же и построил. И я не совру, сказав, что за весь мой опыт управления ко мне приходили с подобным разговором раза 2-3 от силы

Вся ирония в том, что когда ты проходишь собеседования на позицию тимлида и выше, у тебя есть отдельный этап по менеджменту, где идет крайне глубокое обсуждение твоих подходов и этих самых метрик! А потом вжух и никому не нужно это

Поэтому я не могу не поделиться хотя бы парочкой метрик, прошу любить и жаловать: 🔸MTTR (Mean Time To Recovery) - среднее время восстановления после аварий 🔸Defect Density - количество багов на единицу объема кода или фич 🔹Cycle/Lead Time - время от начала выполнения задачи/появления в бэклоге до ее завершения 🔹Delivery Rate - процент выполненных задач от запланированных ◾️eNPS - удовлетворенность и вовлеченность команды в рабочий процесс ◾️Burnout Risk - эмоциональное состояние команды ▫️Wait/Blocked Time - время, когда задача висит без работы/заблокирована чем-то ▫️Rework Ratio - доля переработанных задач

И это далеко не конец, но для начала вполне хватит. К тому же я решил влиться в Хабр-комьюнити, поэтому мини-статья о метриках еще в процессе модерации (потом обязательно скину ссылку)

📈Какие еще метрики вы знаете и используете ли в работе? — @LeadTheCode Лидерство без MBA и лишнего пафоса