В agile считается, что программисты работают с полной отдачей и руководство им доверяет. Но есть практика проведения демо, которая часто превращается в отчёт о проделанной работе начальника поменьше перед начальником побольше. Увы, очень часто показываются разработки, которые до промышленной эксплуатации ещё переделывать и переделывать. А могут и слайды вместо работающего сайта показать. Разработчики обычно присутствуют, но в разговор менеджеров не вмешиваются, хотя с их точки зрения происходит какая-то дичь.
И если за неделю или две инженеры что-то не смогли сделать, то скорее всего они столкнулись с какой-то проблемой, которая их остановила. Шансы, что в следующем спринте они ускорятся и исправят ситуацию примерно равны нулю. Более того, пока проблема не осознана и пока не предприняты меры по исправлению ситуации, никакого прогресса не случится. Ни в следующем спринте, ни через спринт. Таким образом, если на демо начали показывать лажу, то выйти из этого порочного круга уже вряд ли получится.
В теории демо должно поднимать боевой дух команды, которая показывает результаты своего труда. Но по своему опыту я знаю, что тестирование, устранение замечаний и вывод в эксплуатацию требуют не меньше усилий, чем непосредственно разработка. Поэтому я бы предпочёл смотреть на изменение продуктовых метрик, от их улучшения можно радоваться. Но если праздник случается уже от промежуточных результатов, то может оказаться, что у команды нет стимулов стремиться к чему-то большему.