谁来确定待办事项的大小

Question

产品所有者是否真的在Scrum中投票决定故事的大小，或者只是开发/QA？

我想知道，因为让产品所有者投票似乎并不是很有成效。

Answer 1

在“经典”scrum中，团队在没有PO的情况下决定故事的估计和承诺。积压工作中的故事由团队和PO讨论，然后由团队达成一致。

编辑:正如nuqqsa和xsAce指出的那样，PO的存在在评估过程中可能会有所帮助，因为他可以帮助澄清确切的需求，从而使评估更精确，但他并不参与实际的评估。

Answer 2

团队(你问题中的Dev/QA，但任何致力于团队迭代交付的人(我见过的设计师、文档编写者)对每个故事的大小以及适合迭代的整体大小达成了共识。

Scrum团队通常使用两个阶段的计划会议；与PO讨论优先级故事，使用非基于时间的单元(故事点，T恤尺寸等)估计它们(这可能揭示团队成员和/或PO的不一致理解)，然后当就迭代中的内容达成一致时，将故事分解为任务，并在第二阶段估计它们。(如果第一阶段和第二阶段估计之间存在不一致，则允许重新协商迭代承诺。)

希望团队不是“投票”(票数最多的估计)，而是在理解和努力方面达成共识，以便每个人都能平等地承诺。如果涉及到团队无法完全达成共识的两个，则较大的一个获胜。

参与评估过程的采购订单之间存在固有的利益冲突。如果他/她真的认为团队的估计是不正常的，那么也许他们对所要求的内容没有相同的理解，应该花几分钟来获得额外的澄清。

记住用户故事“卡片”的3C --卡片、对话、确认。这张卡片是PO和团队之间对话的承诺。PO绝对需要成为对话的一部分(不能和他们在一起！)，PO和团队需要理解并同意所需的确认(验收测试)。

Answer 3

开发人员/QA决定故事的大小和相关的估计。产品负责人与团队共享优先产品待办事项，团队决定他们可以在当前冲刺中完成哪些项目。