Мы используем Scrum около 9 месяцев, и он в значительной степени был успешным. Однако наши графики выгорания редко выглядят как "модельные" чарты, вместо этого напоминающие более страшные катание на американских горках с некоторой рвотой, вызывающей восхождения и падения.
Чтобы попытаться бороться с этим, мы тратим больше времени перед прототипом и проектированием спринта, но мы все еще, похоже, обнаруживаем гораздо больше работы во время спринта, чем первоначально предполагалось. Примечание. Под этим я подразумеваю, что работа, требуемая для удовлетворения отставания, более сложна, чем первая мысль, а не мы идентифицировали новые элементы для отставания.
Это обычная проблема с Scrum, и есть ли у кого-нибудь какие-либо подсказки, чтобы помочь сгладить поездку?
Я должен отметить, что большинство наших разработок не являются "зелеными", поэтому мы поддерживаем функциональность в существующем большом и сложном приложении. Является ли scrum менее подходящим для этого типа разработки просто потому, что вы не знаете, какие проблемы будет вызывать существующий код?
Сколько времени мы должны потратить до того, как спринт начнет разрабатывать детали развития?
ОБНОВЛЕНИЕ: У нас больше успеха и более плавной езды. Это во многом потому, что мы оценили более пессимистическую точку зрения, оценивая, что дает нам больше пространства для дыхания, чтобы заниматься вещами, когда они не идут на план. Вы могли бы сказать, что это позволяет нам быть более "подвижным". Мы также пытаемся изменить представление о том, что диаграмма сжигания является своего рода расписанием, а не показателем объема ресурсов v.