Метрики эффективности: оценка KPI и контроля качества

++

Ну я допускаю что в теории есть zero-backlog проекты, но все-таки это какая-то утопия на мой взгляд. Пара сотен ишшю в бэклоге в любой момент времени это вроде абсолютная норма

ишью да, но не багов ))

OKR ) KPI это для сейлс/продакт больше

ок, я к счастью забыл что это за жесть

OKR это ж о планинровании, а метрики это "вася написал 10к линий кода, вася молодец"

10к линий кода - это KR внутри OKR )

тогда это очень криво составленный key result :) KR должен быть не только measurable, но и все остальные части SMART бы :)

measurable да, а еще по идеологии OKR недостижимый на 100%

Если такое есть то оно меняет цели человека, с того что б сделать продукт на то что б оптимизировать показатели

Не всегда. Ну т.е. конечно да, но IMBO\OKR это опять не не о метриках, а именно о целях. У вас же в продукте есть роадмап? Так квартальные цели это именно directions, куда продукт идет

Офкорс

+

ну типа того, считать коммиты или к-во PR? закрытые баги или сколько приложился к большой фиче?

Ну, коммиты и ПР обычно неинтересны, а вот повешенные баги (для тестеров) и пофикшенные баги (для девелоперов) это вроде вполне обычная метрика, которую используют много где

в продуктовых компаниях, стоит добавить

видела такое и в аутсорс
когда Objective стоит снизить косты на разработку, то как раз и могутт ставить как цели - минимизировать reopened issues, или повысить качество кода

к счастью мало в аутсорсе был, не очень приятный опыт в целом

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

+

да , все так)
но я не про свой опыт

Та если есть такая цель я просто ствою джиру задеплою и норм