如何制定完美的冲刺计划

在一个充满不确定性、模糊性和变化的环境中，是什么让你认为一个没有未完成工作的“完美的Sprint计划”是可行的，甚至是必要的?

我还要指出，在Scrum中，团队对Sprint的承诺是Sprint目标，而不是特定的工作范围，因为工作范围可能会随着团队了解更多关于什么是必要的和可能的而改变。团队可以发现一些他们认为重要和必要的工作并不是真正必要的，以及发现为涉众增加价值的新可能性。

为了回答这个问题，我假设你所说的“任务”是指开发人员将要采取的每个操作的详细描述，而不是选择包含在Sprint中的产品待办事项项。如果这个假设是错误的，那么我的回答对你没有多大帮助。

根据他们所拥有的知识，选择团队认为他们可以在当前Sprint中完成的产品待办事项列表项。足够完成Sprint第一天的任务。然后在每日Scrum期间，开发人员可以创建足够的任务来度过这一天。通过这种方式，只创建能够完成的任务，并且这些任务是基于团队当前的知识。它还会导致创建更好的任务。如果您在整个Sprint阶段的开始阶段创建任务，那么您是在最不清楚需要完成哪些工作的时候创建这些任务的。

我真的很想知道为什么你，或者任何提出这个问题的人，认为存在这样一种“完美的冲刺计划”，以及它的标准究竟是什么。也对你在哪个论坛找到这个问题感兴趣。

换句话说，如何确保在sprint计划期间没有任务会被转移到另一个sprint

对我来说，这听起来不像完美的Sprint计划。如果人们只想完成一定数量的工作，那将是多么缺乏雄心壮志啊。

更有野心的是通过产生一个完成增加，从而使复杂性得到更好的管理。是否有任何工作最终会在未来sprint的产品待办事项列表中被重新评估，这并不重要。

虽然没有什么银弹可以让计划完美到在sprint结束时不会发生溢出，但确保以下输入是“准备就绪”将有助于更好地进行sprint计划，

1.对产品待办事项列表中的项目进行优先排序、细化和估计

2.团队过去的冲刺表现(如果已知)

3.当前sprint的可用容量

更重要的是在sprint计划结束时，团队对sprint目标的承诺。

只有Scrum团队的成员才能参与sprint计划?

scrum指南说——scrum团队也可以邀请其他人参加sprint计划，以提供建议。

所以，其他人也可以参加，如果他们出席，提出建议。我的理解正确吗?

所以，其他人也可以参加，如果他们出席，提出建议。我的理解正确吗?

是的，但不是一个每次都坐在那里检查人们做什么和说什么的经理。

我觉得这是一种增加的可能性，因为它可能在某个时候在某个地方是必要的。我想不出一个顾问会在什么情况下需要在Sprint计划期间。获得建议的时间不是在细化和冲刺阶段吗?

一个例子可能是架构师，他不需要作为开发人员，但他可以在Sprint计划中提供建议，可能会就重要的设计决策和总体技术方向提供建议。