Предполагая, что продукт отстает от ... 200 рассказов. При заказе отставания вы заказываете все 200 историй или просто выбираете следующий номер X, над которым будете работать во время этого спринта?Резервирование товарного бланка Лучшие рекомендации или рекомендации
Заготовка продукта похожа на трубопровод, который передает требования в команду. На одном конце трубопровода требования довольно сырые. На другом конце они готовы к работе.
Элементы в верхней части отставания обычно находятся в довольно хорошей форме. Владелец продукта и команда смотрели на них, обсуждали их, оценивали их и даже иногда оценивали.
Элементы, которые находятся примерно в спринте, все еще в очень хорошей форме. Но они, возможно, еще не совсем готовы вступить в спринт. Нам потребуется немного уточнить.
Элементы, которые находятся за пределами 2 спринта, могут быть в довольно грубой форме. Они, возможно, даже не были разбиты на рассказы. Возможно, существует некоторая приоритизация, но она очень общая и вряд ли будет рассмотрена в деталях.
Причины мы делаем это, являются:
Таким образом, мой ответ на ваш вопрос будет иметь количество историй, которые будут соответствовать следующим 1-2 спринтам, приоритетным и в хорошей форме. Но чем дальше вы становитесь, тем менее важна приоритезация.
Это вопрос «трюк», потому что, если вы не заказываете или не рассматриваете все истории, как вы можете принести истории для следующего спринта. Что мы делаем - мы сначала определяем следующую цель спринта и пытаемся найти набор историй, которые в основном подходят для достижения этой цели. Может быть полезно использовать ярлыки, которые вы можете установить ранее в своих историях. Затем вы просто берете набор с присвоенным ярлыком и считаете, что наиболее важно для следующего спринта.
Сгруппируйте функции по EPIC (главная функция/основная функция), чтобы четко понять тему.
Мы будем принимать в приоритетном порядке: 1) ошибка, производственные ошибки, вынужденная миграция 2) новые функции (EPIC) 3) технические обновления
Если EPIC (группа задач, используют случаи) не используемый в течение 3 месяцев, мы помещаем его в то, что мы называем «Айсберг Бэдлок» (это далеко-далеко отсталый период), который мы рассматриваем только каждый год.
Выполнение этого процесса очень быстро и просто для понимания.
Этот вопрос не по теме, поскольку он не входит в сферу вопросов, подходящих для этого сайта, как определено в [Какие темы можно задать здесь?] (Http://stackoverflow.com/help/on-topic) См. Также: [Какие типы вопросов я должен избегать?] (Http://stackoverflow.com/help/dont-ask) Возможно, вы сможете получить помощь на [еще одном сайте Exchange Stack] (http: // stackexchange.com/sites#name), например [pm.se] или [softwareengineering.se]. – Makyen
Я голосую, чтобы закрыть этот вопрос как не по теме, потому что речь идет не о программировании. –