Измеряем команду с JIRA и Grafana: sprint reports, грейдирование и не только

Кроме логворка стоит еще добавить мониторинг активности приложений на рабочем месте разработчика, а то вдруг они говорят, что работают, а сами хабр читают. Еще из похожих практик можно еще попробовать измерять Code Churn - как часто меняется тот или иной участок кода в пределах задачи. А то пишут сразу в лоб, а потом переделывают и растяuивают задачу </сарказм>

А если серьезно, из статьи непонятно из каких предпосылок выросла такая аналитика. Почему основным показателем эффективности считается попадание в часы и зачем они меряется на столько точно? Неужели основной выхлоп разработчика это количество закрытых часов в проекте?

Как подсидеть тимлида

На самом деле, хороший набор критовых кейсов и когнитивных искажений для новоиспеченных тимлидов. Ну и для опытных тоже.