Sprint Planning 和 Review 可以合并吗？
Can Sprint Planning and Review be combined?
现在我正在学习敏捷过程。我正在学习所有敏捷的东西。我和我的一个朋友聊天，他问我，我们可以一起进行冲刺回顾和计划吗？他问我的时候我很无语。谁能告诉我他们在一起好不好？
如果你的意思是在同一个会议上，当然可以，但以任何方式将它们结合起来真的没有意义 - 它们是两个完全独立的 "disciplines"。
我认为在我所处的设置中，如果你确实将它们结合起来，相对于计划过程，sprint 审查的优先级会降低，这不是一件好事 - sprint 审查是调整整个冲刺过程处理方式的重要工具。
sprint 评审的参与者是开发团队、Product Owner、Scrum Master 和利益相关者。计划会议的参与者是开发团队、Product Owner 和 Scrum Master。
因此可以召开会议 back-to-back，让利益相关者在计划开始之前离开。但是，大多数团队会在 冲刺回顾和计划 session 之间 进行冲刺回顾。
对于小型团队，我有时会预订 2 小时的会议室和 运行 冲刺审查、回顾然后计划 back-to-back（当然有短暂的休息）。一些团队喜欢这种方法，因为他们在一个街区内完成了所有会议。
我不建议你把它放在一起，因为它们完全不同，即 Sprint Review 用于向利益相关者展示你的团队在上一个 sprint 中做了什么，这次会议的重点是团队所在的最终用户将由最终用户的反馈提供，产品负责人需要参与会议，我的意思是不是团队将状态呈现给 PO 和利益相关者，PO 应该是团队的声音，PO 需要走在前面并向利益相关者介绍团队所做的工作。
与 Sprint Review 不同，Sprint Planning 会议不需要利益相关者参加，规划的重点是团队本身，这次会议将定义项目的下一步。花时间计划允许团队审查即将进行的工作，估计完成该工作所需的工作量，然后提交在团队计算能力范围内的故事和任务的优先列表。
简而言之，这些仪式有不同的目的，我不建议您将两者合并。
现在我正在学习敏捷过程。我正在学习所有敏捷的东西。我和我的一个朋友聊天，他问我，我们可以一起进行冲刺回顾和计划吗？他问我的时候我很无语。谁能告诉我他们在一起好不好？
如果你的意思是在同一个会议上，当然可以，但以任何方式将它们结合起来真的没有意义 - 它们是两个完全独立的 "disciplines"。
我认为在我所处的设置中，如果你确实将它们结合起来，相对于计划过程，sprint 审查的优先级会降低，这不是一件好事 - sprint 审查是调整整个冲刺过程处理方式的重要工具。
sprint 评审的参与者是开发团队、Product Owner、Scrum Master 和利益相关者。计划会议的参与者是开发团队、Product Owner 和 Scrum Master。
因此可以召开会议 back-to-back，让利益相关者在计划开始之前离开。但是，大多数团队会在 冲刺回顾和计划 session 之间 进行冲刺回顾。
对于小型团队，我有时会预订 2 小时的会议室和 运行 冲刺审查、回顾然后计划 back-to-back（当然有短暂的休息）。一些团队喜欢这种方法，因为他们在一个街区内完成了所有会议。
我不建议你把它放在一起，因为它们完全不同，即 Sprint Review 用于向利益相关者展示你的团队在上一个 sprint 中做了什么，这次会议的重点是团队所在的最终用户将由最终用户的反馈提供，产品负责人需要参与会议，我的意思是不是团队将状态呈现给 PO 和利益相关者，PO 应该是团队的声音，PO 需要走在前面并向利益相关者介绍团队所做的工作。
与 Sprint Review 不同，Sprint Planning 会议不需要利益相关者参加，规划的重点是团队本身，这次会议将定义项目的下一步。花时间计划允许团队审查即将进行的工作，估计完成该工作所需的工作量，然后提交在团队计算能力范围内的故事和任务的优先列表。
简而言之，这些仪式有不同的目的，我不建议您将两者合并。