添加的任务/故事如何影响故事点估计和敏捷Sprint计划?
最后一篇文章由Ken Schwaber于2015年1月16日下午12:23发表
3回复
2015年1月11日02:10
例如:13点故事，但只有当你开始工作时，你才意识到新的任务/故事需要添加到sprint中(作为故事/主题的一部分)。
2015年1月13日上午05:41
你可以参考Scrum指南:
“如果工作结果与开发团队预期的不同，他们就会与产品负责人合作，在Sprint中协商Sprint Backlog的范围。”
如果评估需要在此上下文中更新，开发团队应该这样做。
2015年1月13日上午06:09
> 13点的故事，但只有当你开始工作时，你才意识到…
我想说的是，在Scrum中，恰当的用词应该是“and”而不是“but”，即:
“13点故事，只有当你开始工作时，你才会意识到……”
这是因为Sprint计划的持续变化是非常值得期待的。每日scrum是团队为了实现Sprint目标而定期会面和重新计划的机会。这包括重新规划任务和更新概算。开发团队还应该准备好与产品负责人会面，以便修改选定的PBI，如果这有助于保持商定的目标。
2015年1月16日12:23
记住，Scrum的设计是为了创建一种经验方法来处理复杂性。我们不断发现未知的或意想不到的;Scrum帮助我们尽早做到这一点，而不是太晚。