敏捷估计阶段[关闭]

Question

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

• 是否应该以故事点来估算待办事项中的每个故事？如果有，谁提供这些估算值。
• 或者，故事估计是否应该成为 Sprint 计划的一部分？
• 故事何时被分解为技术任务以及由谁分解？
• 技术任务是否以小时为单位进行估算？如果有，谁提供这些估算？
• 如果故事和任务是按不同的单位估算的，您会用哪个单位来衡量速度？

在许多情况下，这些问题的答案是您需要找到适合您团队的方法。虽然这是有道理的，但很高兴听到对其他团队有效的方法。

Answer 1

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

• 您确实可以估计产品待办列表中的每个故事，其他 比Spikes，在故事点。开发团队提供 估计，因为他们将做这项工作。
• 故事估计通常是产品待办列表细化或 冲刺计划
• 用户故事通常在 Sprint 计划期间被分解为任务， 偶尔在产品待办列表细化期间
• 任务通常以小时为单位进行估算。开发团队提供 估计，因为他们是那些将做这项工作的人
• 用户故事用于衡量速度，因为速度是 在 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。

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