Неплохая мотивационная речь про измерение продуктивности разработчиков.

Вообще, никто толком не знает что это такое, “продуктивность”, а уж тем более — как это измерять. Есть метрики типа SPACE или DORA, но внедрять их в большую организацию — долго и дорого. А на дашборды никто толком может и не смотреть.

Многие популярные метрики производительности (как и подходы к организации процессов) имеют корни/аналоги в реальном производстве, однако конвеерный труд отличается от умственного труда. У последнего слишком большая вариативность, чтобы грести все под одну гребенку.

Количественные метрики не сохраняют контекст (тут можно еще вспомнить историю The Worst Programmer I Know, в которой разработчик с самыми низкими метриками больше всего повышал метрики команды), ну и самые сложные проблемы организационные, а не технические. (Да и что там говорить, когда мы качество кода померить не можем)

Предлагаемое решение — просто спросите разрабов, т.е. получите качественные метрики вместо количественных. Да, они менее объективные, но лучше отражают реальность в условиях, когда мы не можем четко определить измеряемое.

Иронично, что докладчик — CEO компании, основной фокус которой — создание инструментов для сбора и анализа этих самых метрик :) И что-то мне подсказывает, что продуктивность в некоторых компаниях может быть опасно близка к культу.