是否应该在上一个 sprint 结束之前召开 sprint 计划会议？
Should a sprint planning meeting be held before the previous sprint has ended?
我目前在一个团队中工作，我们在上一个 sprint 的中途进行计划。
我们在星期一开始为期 2 周的冲刺，然后在接下来的星期二（一周后）我们有一个计划会议，计划在一周后开始下一个冲刺。我们还每周举行一次待办事项梳理会议，为规划准备故事。
- 这正常吗？我的scrum master说这是一种常用的方法，被广泛使用。
- 上次sprint中hold planning的案例有没有资料来源？
- 有人对pros/cons这样做有什么看法吗？
我同意这看起来很不寻常，但我需要一些充分的理由才能这样做。我不能只知道负面因素就提出这个问题。在冲刺结束前进行计划是否有任何理由？
出于几个原因，这种方法很不寻常。
首先，您不知道冲刺的剩余部分将如何进行。很可能有些工作未完成，可能需要在下一个 sprint 中考虑。
其次，Scrum 的整体理念是在冲刺展示结束时从利益相关者那里获得反馈，并将其反馈到计划中。如果你已经决定了下一个 sprint 的内容，这意味着你不在乎利益相关者怎么说。
我最近指导了一个团队，该团队在冲刺结束前 2-3 天一直在做计划。他们遇到了很多问题，包括必须结转未完成的工作以及在展示后被迫 re-plan。在我们将计划会议移至冲刺开始后，这些问题就消失了。
为了避免长时间的计划会议，我建议在冲刺期间进行时间限制“Backlog refinement meetings”。根据 Sprint 的长度和产品积压的不确定性，我会每周安排一个简短的 session，除非你进行一周的 Sprint。
实际的 sprint 承诺仍然仅 发生在 Sprint 计划会议中，该会议在上一个 Sprint 结束后开始。
但是在 Sprint 期间召开额外的 "estimation and planning" 次会议将使 PO 的生活更轻松，积压工作更清晰，计划会议更短。虽然不是官方 Scrum 的一部分，但我可以提倡在每个 Sprint 期间执行“Backlog refinement meetings”。
Is this normal? My scrum master says this is a common method and widely used.
否。他是不正确的。一个冲刺以冲刺审查会议结束。然后，下一个冲刺从冲刺计划会议开始。在冲刺期间发生的另一个会议是产品待办列表改进（又名修饰）会议。
Is there any source of information for the case of holding the planning during the previous sprint?
除了你的 Scrum Master 之外，似乎没有此类信息的来源。
Does anyone have an opinion on the pros/cons of doing this?
是的。它浪费时间至少有两个原因：
- 在 sprint 期间，当可以完成其他工作（例如可能积压的细化）时，它会占用时间。
- 在那次会议上完成的计划可能需要 re-planned 在下一个冲刺开始时。
...I need some pros, some good reasons for doing it. I can't bring this up only knowing the negatives.
真的，只有负数。
我目前在一个团队中工作，我们在上一个 sprint 的中途进行计划。 我们在星期一开始为期 2 周的冲刺，然后在接下来的星期二（一周后）我们有一个计划会议，计划在一周后开始下一个冲刺。我们还每周举行一次待办事项梳理会议，为规划准备故事。
- 这正常吗？我的scrum master说这是一种常用的方法，被广泛使用。
- 上次sprint中hold planning的案例有没有资料来源？
- 有人对pros/cons这样做有什么看法吗？
我同意这看起来很不寻常，但我需要一些充分的理由才能这样做。我不能只知道负面因素就提出这个问题。在冲刺结束前进行计划是否有任何理由？
出于几个原因，这种方法很不寻常。
首先，您不知道冲刺的剩余部分将如何进行。很可能有些工作未完成，可能需要在下一个 sprint 中考虑。
其次，Scrum 的整体理念是在冲刺展示结束时从利益相关者那里获得反馈，并将其反馈到计划中。如果你已经决定了下一个 sprint 的内容，这意味着你不在乎利益相关者怎么说。
我最近指导了一个团队，该团队在冲刺结束前 2-3 天一直在做计划。他们遇到了很多问题，包括必须结转未完成的工作以及在展示后被迫 re-plan。在我们将计划会议移至冲刺开始后，这些问题就消失了。
为了避免长时间的计划会议，我建议在冲刺期间进行时间限制“Backlog refinement meetings”。根据 Sprint 的长度和产品积压的不确定性，我会每周安排一个简短的 session，除非你进行一周的 Sprint。
实际的 sprint 承诺仍然仅 发生在 Sprint 计划会议中，该会议在上一个 Sprint 结束后开始。
但是在 Sprint 期间召开额外的 "estimation and planning" 次会议将使 PO 的生活更轻松，积压工作更清晰，计划会议更短。虽然不是官方 Scrum 的一部分，但我可以提倡在每个 Sprint 期间执行“Backlog refinement meetings”。
Is this normal? My scrum master says this is a common method and widely used.
否。他是不正确的。一个冲刺以冲刺审查会议结束。然后，下一个冲刺从冲刺计划会议开始。在冲刺期间发生的另一个会议是产品待办列表改进（又名修饰）会议。
Is there any source of information for the case of holding the planning during the previous sprint?
除了你的 Scrum Master 之外，似乎没有此类信息的来源。
Does anyone have an opinion on the pros/cons of doing this?
是的。它浪费时间至少有两个原因：
- 在 sprint 期间，当可以完成其他工作（例如可能积压的细化）时，它会占用时间。
- 在那次会议上完成的计划可能需要 re-planned 在下一个冲刺开始时。
...I need some pros, some good reasons for doing it. I can't bring this up only knowing the negatives.
真的，只有负数。