В процессе работы с различными командами и компаниями я часто сталкиваюсь с тем, что использование методологии Agile и Scrum на самом деле представляет собой лишь формальность, за которой скрывается классический Waterfall. Использование спринтов без целей и результата, ожидание "идеального" продукта, неготовность к изменениям и др. проблемы обычные спутники перехода к гибким методологиям.

Основные причины этого явления

1. Неготовность к изменениям. Несмотря на то, что декларируются принципы гибкой разработки, многие команды и заказчики не готовы к тому, что задача может быть выполнена неидеально. Это касается всех уровней, начиная с руководителей и заканчивая исполнителями. Часто в процессе код-ревью можно увидеть удивление от того, что были допущены «очевидные ошибки». Однако именно для этого и используются короткие итерации — чтобы вносить изменения было проще, быстрее и дешевле.

2. Последовательная работа. Часто работы над проектами выполняются последовательно, что обусловлено проблемами в коммуникации между командами и, упомянутой ранее, неготовностью к изменениям.

3. Отсутствие целей спринта и подведения итогов. Этот пункт часто игнорируется при переходе на Scrum. В результате спринты превращаются в набор задач, иногда из одного проекта, но часто из разных "ведь надо как-то занять людей, у нас же фронтенд стартует только когда готов бэкенд". Что приводит к росту work in progress, но увеличению времени до релиза.

А помочь с этим может простая советская... напишу позже :)