谁对积压故事进行了调整

Question

产品所有者是否真的在Scrum中对故事的大小进行投票，还是仅仅是Dev / QA？

我很想知道，因为看起来产品所有者的投票效果并不高。

Answer 1

在“经典”scrum中，团队决定没有PO的故事的估计和承诺。积压的故事由团队和PO讨论，然后由团队商定。

编辑：正如nuqqsa和xsAce指出的那样，PO的存在在估计会话期间可能会有所帮助，因为他可以帮助澄清确切的要求，从而使估计更加精确，但他没有参与实际估计。

Answer 2

团队（你的问题中的开发/质量保证，但任何致力于团队迭代交付的人（设计师，文档编写者都是我见过的人）就每个故事的大小和整体规模达成共识可以适应迭代。

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

希望不是“投票”（估计得票最多），团队正在达成共识，理解和努力，以便每个人都能平等地做出贡献。如果归结为两个与规模相当的其他估计值，那么团队就无法达成完全的共识，那么较大的一个就会胜出。

参与估算过程的PO存在固有的利益冲突。如果他/她真的认为团队的估计是不合时宜的，那么也许他们对所要求的内容没有相同的理解，并且应该花费几分钟来获得更多的清晰度。

记住用户故事'卡'的3Cs - 卡片，对话，确认。该卡是PO与团队之间对话的承诺。 PO绝对需要成为该对话的一部分（不能没有它们！），PO和团队需要理解并同意所需的确认（验收测试）。

Answer 3

Dev / QA决定故事的大小和相关的估计。产品所有者与团队共享优先产品积压，团队决定他们可以在当前sprint中完成哪些项目。