Scrum и XP: заметки с передовой
21
Честно говоря, sprint backlog – это выборка историй из product backlog'a. Он представляет собой список
историй, которые команда обязалась выполнить в течение спринта.
Именно
команда
решает, сколько историй войдёт в спринт. Ни product owner, ни кто-нибудь ещё.
В связи с этим, возникают два вопроса:
1.
Каким образом команда решает, какие истории попадут в спринт?
2.
Как product owner может повлиять на их решение?
Начну со второго вопроса.
Как product owner может влиять на то, какие истории попадут в спринт?
Допустим, на планировании спринт возникла следующая ситу ция:
А
Б
В
Г
Д
Product backlog
Прогнозируемая
производительность
Product owner’а разочаровал тот факт, что история “Г” не попадает в спринт. Что он может сделать в ходе
совещания?
Первый вариант – изменение приоритетов. Если product owner назначит истории “Г” более высокий
приоритет, то команда будет обязана включить её в спринт первой (исключив при этом историю “В”).
А
Б
В
Г
Д
Вариант №
1
Прогнозируемая
производительность
Второй вариант – изменение объёма работ: product owner начинает уменьшать объём истории “А” до тех
пор, пока команда не решит, что историю “Г” можно втиснуть в спринт.
Б
В
Г
Д
А
Вариант №
2
Прогнозируемая
производительность