我目前正在一个团队工作，我们正在进行上一次冲刺中途的计划aprox。 我们在星期一开始为期2周的冲刺，在接下来的星期二（1周后），我们将在几周后开始进行以下冲刺的计划会议。我们还会进行每周一次的积压培训会议，为会计准备故事。
我同意这似乎不寻常，但我需要一些很好的理由这样做。只有了解消极情绪，我才能提起这件事。是否有任何理由在冲刺结束前进行规划？
答案 0 :(得分：3)
这是正常的吗？我的Scrum大师说这是一种常用方法并且被广泛使用。
否即可。他不对。一个sprint以sprint审查会议结束。然后，下一个sprint开始于sprint计划会议。冲刺期间发生的另一次会议是产品Backlog改进（又称Grooming）会议。
在上一次冲刺期间举行规划的情况是否有任何信息来源？
除您的 Scrum Master之外，似乎没有此类信息的来源。
有没有人对这样做的利弊有意见？
是。它浪费时间至少有两个原因：
......我需要一些优点，一些很好的理由。只有了解消极情绪，我才能提起这件事。
真的，只有否定。
答案 1 :(得分：1)
由于几个原因，这种做法很不寻常。
首先，你不知道冲刺的其余部分将如何发展。很可能一些工作将是不完整的，可能需要考虑下一个冲刺。
其次，Scrum的整个想法是在sprint展示结束时从利益相关者那里获得反馈，并将其提供给计划。如果你已经决定了下一个sprint的内容，那就意味着你不关心利益相关者说的话。
我最近执教过一个在冲刺结束前2-3天进行规划的团队。他们遇到了许多问题，包括不得不继续完成未完成的工作，并在展示后被迫重新计划。在我们将计划会议移至sprint的开始之后，这些问题就消失了。
答案 2 :(得分：1)
为了防止长时间的计划会议，我建议在冲刺期间进行时间框“Backlog refinement meetings”。根据Sprint的长度和产品积压的不确定性，我会安排每周一次短期会议，除非你做一周Sprint。
实际冲刺承诺仍然仅在Sprint计划会议中发生，该会议在上一个Sprint结束后开始。
但是，在Sprint期间进行额外的“估算和计划”会议将使PO的生活更容易，积压更清晰，计划会议更短。虽然不是官方Scrum的一部分，但我可以提倡在每个Sprint中做“Backlog refinement meetings”。