Бэклог заказ товаров, лучшие практики или рекомендации
Предполагая, что продукт отстает, скажем... 200 историй. При заказе бэклога вы заказываете все 200 историй или просто выбираете следующий номер Х, над которым вы будете работать во время этого спринта?
3 ответа
Отставание продукта похоже на конвейер, который направляет требования в команду. На одном конце трубопровода требования довольно сырые. На другом конце они готовы работать.
Элементы в верхней части невыполненных работ обычно находятся в довольно хорошей форме. Владелец продукта и команда рассмотрели их, обсудили их, расставили приоритеты и даже иногда оценили их.
Предметы, которые находятся на спринте, все еще находятся в довольно хорошей форме. Но они могут быть еще не совсем готовы к спринту. Потребуется немного больше доработки.
Предметы, которые находятся за пределами 2 спринтов, могут быть в довольно грубой форме. Возможно, они даже не были разбиты на истории. Может быть некоторая расстановка приоритетов, но она носит очень общий характер и вряд ли будет рассмотрена подробно.
Причины, по которым мы это делаем:
- При работе с Agile мы ожидаем перемен. Таким образом, подробные, приоритетные требования на недели / месяцы в будущем могут быть напрасными усилиями, так как все может измениться
- Чем дальше мы работаем над чем-то, тем больше вероятность того, что само требование будет изменено. Чтобы противостоять этому, мы сохраняем требования, которые в будущем будут довольно жесткими. Эти более жесткие требования, как правило, имеют более длительный срок хранения, чем подробные требования.
Таким образом, мой ответ на ваш вопрос будет иметь ряд историй, которые вписываются в следующие 1-2 спринта по приоритетам и в хорошей форме. Но чем дальше, тем менее важна расстановка приоритетов.
Это вопрос с подвохом, потому что, если вы не заказываете или не рассматриваете все истории, как вы можете принести истории для следующего спринта. Что мы делаем - мы сначала определяем цель следующего спринта и пытаемся найти набор историй, которые в основном приближаются к достижению этой цели. Метки, которые вы можете установить ранее в своих историях, также могут быть полезны. Затем вы просто берете набор с соответствующей меткой и думаете, что наиболее важно для следующего спринта.
Мы группируем функции по EPIC (основная функция / основная возможность), чтобы быстро понять предмет.
Мы возьмем в приоритет: 1) ошибку, производственные ошибки, принудительную миграцию 2) новые функции (EPIC) 3) технические обновления
Если EPIC (группа задач, варианты использования) не используется в течение 3 месяцев, мы помещаем ее в то, что мы называем айсбергским бэклогом (это очень далеко отстает), которое мы проверяем только каждый год.
Делая так, процесс очень быстрый и простой для понимания.