Как product owner может влиять на то, какие истории попадут в спринт?

Как product owner может влиять на то, какие истории попадут в спринт?

Допустим, на планировании спринта возникла следующая ситуация:

Product owner’а разочаровал тот факт, что история «Г» не попадает в спринт. Что он может сделать в ходе совещания?

Второй вариант - изменение объёма работ: product owner начинает уменьшать объём истории «А» до тех пор, пока команда не решит, что историю «Г» можно втиснуть в спринт.

Первый вариант - изменение приоритетов. Если product owner назначит истории «Г» более высокий приоритет, то команда будет обязана включить её в спринт первой (исключив при этом историю «В»).

Третий вариант - разбиение истории. Product owner может решить, что некоторые части истории «А» не так уж и важны. Таким образом, он разбивает историю «А» на две истории «А1» и «А2», а затем назначает им разный приоритет.

И так, несмотря на то, что в большинстве случаев product owner не может контролировать прогнозируемую производительность, у него существует множество способов повлиять на то, какие истории попадут в спринт.

Поделитесь на страничке

Следующая глава >

Похожие главы из других книг:

6.4.3.5. Критерий Owner

Из книги автора

6.4.3.5. Критерий Owner Расширение owner предназначено для проверки «владельца» пакета. Изначально данное расширение было написано как пример демонстрации возможностей iptables. Допускается использовать этот критерий только в цепочке OUTPUT. Такое ограничение наложено потому, что на


8.9. Pid-owner.txt

Из книги автора

8.9. Pid-owner.txt Сценарий pid-owner.txt демонстрирует использование критерия –pid-owner. Фактически, этот сценарий ничего не блокирует, поэтому, чтобы увидеть его действие, вам потребуется воспользоваться командой iptables -L


8.10. Sid-owner.txt

Из книги автора

8.10. Sid-owner.txt Сценарий sid-owner.txt демонстрирует использование критерия –sid-owner. Фактически, этот сценарий ничего не блокирует, поэтому, чтобы увидеть его действие, вам потребуется воспользоваться командой iptables -L


Product placement в виртуальных городах

Из книги автора

Product placement в виртуальных городах Говоря о нестандартных рекламных носителях, следует особо отметить такой способ продвижения, как product placement в виртуальных городах. Речь идет об интеграции брендов в виртуальную среду комьюнитиобразующих сайтов (в первую очередь


Скалярное произведение (Inner product)

Из книги автора

Скалярное произведение (Inner product) template ‹class InputIterator1, class InputIterator2, class T›T inner_product(InputIterator1 first1, InputIterator1 last1, InputIterator2 first2, T init);template ‹class InputIterator1, class InputIterator2, class T, class BinaryOperation1, class BinaryOperation2›T inner_product(InputIterator1 first1, InputIterator1 last1, InputIterator2 first2, T init, BinaryOperation1 binary_op1, BinaryOperation2 binary_op2);inner_product


Как команда принимает решение о том, какие истории включать в спринт?

Из книги автора

Как команда принимает решение о том, какие истории включать в спринт? Мы используем два подхода:1. на основе интуиции2. на основе подсчёта производительности Планирование, основанное на интуиции ScrumMaster: «Ребята, мы закончим историю «А» в этом спринте?» (Показывает на самую


Почему мы настаиваем на том, чтобы каждый спринт заканчивался демонстрацией

Из книги автора

Почему мы настаиваем на том, чтобы каждый спринт заканчивался демонстрацией Хорошо выполненное демо оказывает огромное воздействие, даже если оно не показалось захватывающим.• Положительная оценка работы воодушевляет команду.• Все остальные узнают, чем занимается


Повышайте качество - делайте меньше за спринт!

Из книги автора

Повышайте качество - делайте меньше за спринт! Это решается ещё на планировании спринта. Проще говоря, не пытайтесь сделать как можно больше историй за спринт. Если у вас существуют проблемы с качеством или вам приходится тратить слишком много времени на приёмочное


Подход третий: Несколько product owner’ов - несколько backlog’ов

Из книги автора

Подход третий: Несколько product owner’ов - несколько backlog’ов Похоже на второй вариант, по отдельному product backlog на команду, только ещё и с отдельным product owner’ом на каждую команду. Мы не пробовали так делать, и, скорее всего, пробовать не будем.Если два product backlog’а касаются одного и


Как повысить ваши удои: компании учатся влиять на продуктивность сотрудников с помощью электронной слежки Олег Парамонов

Из книги автора

Как повысить ваши удои: компании учатся влиять на продуктивность сотрудников с помощью электронной слежки Олег Парамонов Опубликовано 25 июля 2013 Энтузиасты Quantified Self считают, что лучший способ достигнуть поставленной цели — это сбор и анализ