Метрики в Scrum
Вот дядя Боб сетует, что раз в Скраме все нацелены на быстрое производство фич, качество исполнения быстро падает и код превращается в кашу. Это отчасти правда: если так ставить цели, то придем, конечно, к ужасному коду.
Интересно, что в качестве лекарства предлагается куча метрик и привязанная к ним компенсация. При этом общепринятой считается позиция, что метрики порождают команды, способные лишь придумывать способ обхода метрик. Вообще, интересно, существуют ли исследования в которых среднюю команду зажали метриками и посмотрели какого качества код они произвели? При этом качество, естественно, должно оцениваться не метриками, а, скажем, способность другой команды расширить полученный код определенным образом, ну или просто с помощью человеческого code review.