现在我正在学习敏捷过程。我正在学习所有敏捷的东西。我正在和我的一位朋友交谈，他问我，我们能否同时进行 sprint 审查和计划。当他问我时，我无言以对。谁能告诉我他们在一起好不好？
问问题
1786 次
3 回答
4
sprint 评审的参与者是开发团队、产品负责人、Scrum Master 和利益相关者。计划会议的参与者是开发团队、产品负责人和 Scrum Master。
因此，可以连续召开会议，让利益相关者在计划开始之前离开。但是，大多数团队会在 sprint 评审和计划会议之间进行 sprint 回顾。
对于小型团队，我有时会预订 2 小时的会议室并运行 sprint 审查、回顾，然后背靠背进行计划（当然还有短暂的休息时间）。一些团队喜欢这种方法，因为他们将所有会议都集中在一个区块中。
于 2015-08-01T07:51:43.670 回答
0
如果您的意思是在同一个会议上，当然可以，但是以任何方式将它们结合起来都没有任何意义-它们是两个完全独立的“学科”。
我认为在我所处的环境中，如果你确实将它们结合起来，那么相对于计划过程，冲刺审查的优先级会降低，这不是一件好事 - 冲刺审查是调整方式的重要工具处理整个 sprint 过程。
于 2015-07-31T14:30:31.220 回答
0
我不建议你把它放在一起，因为它们完全不同，即 Sprint Review 用于向利益相关者展示你的团队在上一个 sprint 中做了什么，这次会议的重点是最终用户，团队将由最终用户的反馈，产品负责人需要参与会议，我的意思是，不是团队向 PO 和利益相关者展示状态，而是 PO 应该是团队的声音，PO 需要走在前面，向团队展示什么已经对利益相关者做了。
与 Sprint Review 不同的是，在 Sprint Planning 会议上不需要利益相关者，计划的重点是团队本身，这次会议将定义项目的下一步。花时间进行计划可以让团队审查即将开展的工作，估计完成该工作所需的工作量，然后提交在团队计算能力范围内的故事和任务的优先列表。
所以简而言之，这些仪式有不同的目的，我不建议你将两者合并。
于 2015-08-21T14:01:10.027 回答