如何计算Sprint计划？

Question

我们是一个由3名开发人员组成的小团队，他们使用Scrum进行项目。

我们正在使用 6小时/天/开发人员进行容量规划。我的问题是 - 如果我们使用2周Sprint并花费大部分时间（5-6小时）进行Sprint规划，我们是否应将此时间视为迭代的一部分（即这就是为什么我们使用 6 hr /天来解释这样的事情）。

对我来说，这超出了容量规划范围，因为 6小时/天/ dev 只是为了解决开发人员每天正常工作的生产时间....

Answer 1

您应该根据故事进行容量规划。你这周可以做多少故事？通过这种方式，您无需考虑规划，因为它不是故事。

如果你的故事的规模如此不同，以至于如果不考虑它就无法真正做出明智的计划：

• 以任意“点”估计故事（基本上将它们相互对齐）（好）

或

• 打破你的故事，让它们变得同样小（更好）

在任何一种情况下，您都无需考虑在任何地方进行规划。

Answer 2

Sprint计划时间不应在sprint迭代中计算。但冲刺计划应在2-3小时内完成，而不是一整天都要完成。既然你说你的团队很小，只有3人，那么理想的sprint计划应该在这段时间内完成。所以剩下的时间仍可用于冲刺任务。

Answer 3

我尝试了一些不同的东西，但这里有最适合我的理想：

• 将开发工作视为“关门”成本：如果她从未因电子邮件，会议，电话，午餐，啤酒等而分散注意力，需要多长时间。
• 为您的团队确定“闭门”成本与现实生活之间的比率。在“闭门”中进行规划（开发人员更容易估计）并使用历史记录来确定比率。这也允许您尝试降低比例（免费苏打/午餐递送，上午10点至下午4点之间的电子邮件过滤器等）
• 将冲刺视为有一整天的计划，稳定和审查。因此，对于为期两周的冲刺，使用第1天进行计划，第9天进行稳定，第10天进行审查/回顾。

因此，如果您有5名开发人员每天工作8小时进行为期两周的冲刺，并且您发现您的闭门/开门比率是1.5，那么您有 5.33关闭时间* 5开发* 7天=您可以计划186.6小时的工作。

如果你有一个强大的SCRUM主人（或其他流程负责人）并推动你的团队有一个完整的'完成'定义（即记录，测试，伙伴建立和集成测试），你将不需要稳定一天，但到达那里需要一些努力。

这种混合过程的好处是你可以使用开放/封闭比率来理解每个开发人员的工作习惯（有些是很好的估算者，比例为1，有些人对所有事情都持悲观态度，可能有一个比率低于1 ）。

Answer 4

不，你不应该将sprint计划视为sprint迭代的一部分。

在计算开发团队的能力时，不考虑团队在sprint计划期间花费的时间，因为在此会议中花费的时间不会对故事的发展做出贡献。