2015-06-16 7 views
-2

Привет, я сейчас в команде Scrum, где Scrum Master и Product Owner исключительно решают, какие истории команда будет работать на спринте.Если мастер схватки и владелец продукта управляют исключительно историями и скоростью

Они также несут исключительную ответственность за анализ точности оценок и скорости измерения.

Я за предоставление этой ответственности в команде, но я хотел бы некоторые объективные мнения о подходе, плюсы/минусы и т.д.

+0

Я голосую, чтобы закрыть этот вопрос не по теме, потому что речь идет не о практической проблеме программирования, как определено в [help]. – JasonMArcher

+0

Я доволен тем, что, честно говоря, я не был уверен, что это место, чтобы опубликовать вопрос, но не смог найти нигде ... Могу ли я голосовать за свой пост? – Kezza

+0

Вы должны проверить [Programmers.SE] (http://programmers.stackexchange.com/help/on-topic). Я думаю, что это будет по теме, но сначала проверьте их требования. – JasonMArcher

ответ

0

Я рекомендую обзор руководства по схватке для действительно непредвзятого представления. Он доступен отсюда: http://scrumguides.org/ В руководстве по схватке очень ясно показано разделение ролей в упомянутых вами областях.

Владелец продукта несет ответственность за отставание продукта, включая его заказы.

Оценка предметов в товарном портфеле - это ответственность людей, выполняющих работу (то есть: команда разработчиков).

Отбор для работы в спринте - это сотрудничество между владельцем продукта и командой разработчиков.

Velocity - это мера работы, выполненной в предыдущих спринтах. Его не нужно измерять. Это просто «есть».

+0

Ах да, скорость просто «есть». Я понимаю, что я имею в виду мониторинг/анализ или даже просто знание, поскольку никто в команде не знает скорости команд от одного спринта к другому. – Kezza

0

Вы sholud сделать это togehter как Scrum Team. Это правда, что ПО задает приоритеты бизнеса, но также могут быть некоторые технические блокаторы, и команда разработчиков может поддерживать ПО в этой области. SM не должен делать дачи - его роль заключается в поддержке как разработчиков, так и ПО, чтобы найти лучшее решение.

О скорости и оценках, что это также является частью SM работы, чтобы помочь вам identyfy ваших проблем, бывшего с оценками и вообще строганий и анализ данных помогают здесь много, чтобы проверить, если ваши оценки являются экс слишком optymistic