Scrum: незавершенные продукты и скорость спринта [закрыто]
предположим, что продукт X стоит 10 очков истории. Разработка начинается в sprint Y, но не завершается вовремя. Что вы делаете с точками истории при расчете скорости спринта Y?
не могли бы вы:
a. Выделите 0 очков истории для спринта Y и 10 очков для спринта, в котором он в конечном итоге будет завершен;
b. Определите точки истории для оставшейся работы (скажем, 3) и выделите разницу в sprint Y (7 в нашем примере); или
c. Что-то еще?
спасибо заранее!
5 ответов
зависит от того, заботитесь ли вы о своей" мгновенной "или" средней " скорости. Лично я не стал бы усложнять его больше, чем необходимо, и просто добавить его в спринт, где он был завершен. Рассчитайте среднюю скорость, посмотрев на среднее количество очков, набранных за спринт за последние 3, 6 и 12 месяцев. Надеюсь, они в конечном итоге сойдутся, и у вас будет хорошее представление о том, сколько вы можете сделать за один спринт.
выделите 0 очков для спринта Y и 10 очков, когда история в конечном итоге будет завершена. Либо история закончена, либо нет. Середины нет. Вы хотите избежать 50% сделано или ваши команды могут реализовать много историй на полпути и ни один полностью.
совершенно нормально не заканчивать историю во время спринта и завершить ее в следующем спринте. Но вы не должны представлять эту историю владельцу продукта во время обзора sprint.
Если у вас есть достаточно историй для данного спринта, не имеет значения, будет ли история завершена в этом спринте или в следующем. Вещи в среднем.
также важно объяснить команде и заинтересованным сторонам, что скорость помогает оценить, когда произойдет выпуск, и не является мерой производительности команды.
команда должна оцениваться по конечному результату, который они производят, а не когда эти результаты производятся.
в сочетании с хорошо приоритетным отставанием, вы создаст хорошее качество программного обеспечения, что означает, что ваши потребности клиентов.
Это одна из идей спринта, "полнота" является двоичной, либо сделано, либо нет, со временем команда(ы) будет иметь лучшую оценку, и этот вопрос потеряет актуальность
но...
следующий вопрос: как вы оцениваете свои обязательства для спринта после Y. Если ваша прошлая погода показывает, что у вас средняя скорость 20pts. Если вы переносите историю, то вы переносите 10pts. Однако, если вы думаете, что осталось только 3pts истории: Do you
A) возьмите еще 17pt, чтобы заполнить вашу предполагаемую емкость 20pts Б) только взять на 10pt больше, так как история была перенесена первоначально оценена в 10pts
мы попали в что думают другие люди ?
[Update]
Я разместил вопрос об этом:
разработка спринтерской мощности при переносе сюжетных точек в scrum
ситуация здесь неудовлетворительная, но на данный момент мы оцениваем работу, оставшуюся для незавершенных рассказов. Если это только около 20% или меньше, мы оставляем историю и точки в спринте. Если больше, мы спрашиваем по, должны ли мы закончить историю, если да, то мы перемещаем ее в новый спринт. Однако это не является удовлетворительным по ряду причин. Первые большие или рискованные истории должны были начаться в начале спринта, чтобы незавершение могло быть избежавший. Во-вторых, мы получаем неточные (но, вероятно, более плавные) оценки скорости, которые менее полезны в будущем В-третьих, он не строгий, и команда, как 2-летний ребенок, показывает ему небольшую слабость, и он хочет ее использовать.
наконец, строгость затягивается с течением времени, команды находят свои ноги в какой-то степени и изучают лучшие способы борьбы с вещами. У нас уже есть массовые вариации скорости - у большинства команд есть комментарии по каждому спринт о том, какие факторы (праздник, болезнь и т. д.) повлияли на каждый спринт... совсем плохо :(