敏捷估算阶段

Question

我对敏捷评估的以下要素感到困惑：

• 应该在故事点中估算积压中的每个故事吗？如果是，谁提供这些估计。
• 或者，故事估计应该是Sprint Planning的一部分吗？
• 故事什么时候被分解为技术任务和谁？
• 技术任务是否以小时计算？如果是，谁提供这些估算？
• 如果以不同的单位估算故事和任务，您可以用哪个来测量速度？

在许多情况下，这些问题的答案是你需要找到对你的团队有用的东西。虽然这是有道理的，但听听其他团队的作用会很好。

Answer 1

根据我的经验，以下效果很好但是敏捷或Scrum规定不：

• 您确实可以估算产品Backlog中的每个故事，其他 比起尖峰，故事点。开发团队提供 因为他们是将要做的工作，所以估计。
• 故事估计通常是Product Backlog改进的一部分或 Sprint Planning
• 用户故事通常在Sprint Planning期间被分解为任务， 并且偶尔会在Product Backlog改进期间
• 任务通常以小时计算。开发团队提供 估计，因为他们是将要做的工作
• 用户故事用于测量速度，因为速度是 在Sprint中“完成”的故事点数

Answer 2

就我的实验而言：

Grooming backlog次会议可用于评估故事点的故事。我们建议before the sprint planning这样做，这样我们就不需要再关注估计了（好吧，大多数情况下）。

Planning poker可用于让开发人员估算故事。产品所有者shouldn't estimate因为The development team members need to make a commitment about how much functionality they will complete in the upcoming sprint。

关于分割技术任务，我恐怕自己仍在寻找答案。