Я принес. Измерение продуктивности разработчиков. В двух частях

Сегодня я принес вам почитать две части статьи про измерение продуктивности разработчиков.

Раз https://newsletter.pragmaticengineer.com/p/measuring-developer-productivity
Два https://newsletter.pragmaticengineer.com/p/measuring-developer-productivity-part-2

Статьи объемные и на английском. Поэтому уместен мем про «мало того, что приколы сложные, так еще и на английском».

Тем не менее я советую потратить на них время и когнитивный ресурс. Особенно, если вы тимлид и выше.

Если коротко, то в статьях рассматривается интеллектуальный труд в группах (ну то есть наша с вами рутинная работа) и объясняется, что не шибко корректно оценивать перформанс каждого отдельного участника. Каждый отдельный работник может подстроиться под метрики и наперформить много, но наперформят они в разные стороны и результат труда такой команды будет по итогу довольно далек от суммы радужных разрозненных результатов.

Рассматриваются так же типы работы, которую можно наблюдать и хоть как-то метрифицировать. Поговорят о том, что метрики – всего лишь вспомогательный инструмент, а не цель. Ну и затронут тему того, почему проще измерить перформанс продажника, или рекрутера.

В общем, если вы руководитель, который строит, или модифицирует систему оценки производительности трудящихся, то стоит ознакомиться как минимум для расширения кругозора.
Ну и чтобы не придумать метрику на измерение строчек кода или количества коммитов и из них выносить вердикт 🙂