冲刺审查的参与者是开发团队,产品负责人,Scrum Master和利益相关者。计划会议的参与者是开发团队,产品负责人和Scrum Master。
因此,有可能让会议背靠背,让利益相关者在计划开始之前离开。但是,大多数团队都会进行sprint回顾 之间 冲刺审查和计划会议。
对于小型团队,我有时会预订2小时的会议室并进行冲刺审查,回顾,然后背靠背计划(当然会有短暂的休息时间)。一些团队喜欢这种方法,因为他们在一个街区中完成了所有会议。
如果你的意思是在同一次会议中,当然,但以任何方式组合它们并没有多大意义 - 它们是两个完全独立的“学科”。
我认为在我参与的环境中,如果你把它们结合在一起,那么就会倾向于降低冲刺审查相对于规划过程的优先级,这不是一件好事 - 冲刺评论是调整方式的重要工具。处理整个冲刺过程。
我不建议你把它放在一起,因为它们是完全不同的,即Sprint Review用于向利益相关者展示你的团队在上一次冲刺期间所做的事情,这次会议的重点是最终用户,团队将通过最终用户的反馈,产品负责人需要参与会议,我的意思是代替团队向PO和利益相关者展示状态,PO应该是团队的声音,PO需要占据前面并呈现团队的内容已经做了利益相关者。
与Sprint Review不同,在Sprint规划中,会议中不需要利益相关者,规划主要集中在团队本身,此会议将定义项目的后续步骤。花时间进行计划允许团队审查即将开展的工作,估算完成该工作所需的工作量,然后承诺在团队计算能力范围内的优先级故事和任务列表。
所以简而言之,这些仪式有不同的目的,我不建议你合并两者。