回顾会议的时间盒,以一个月的Sprint来说,回顾会议不超过3小时,半个月的Sprint,回顾会议不超过1.5小时。回顾会议由Scrum团队检视自身在过去的Sprint的表现,包括人 、关系、过程、工具等,思考在下一个Sprint中怎么样可以表现得更好,更高效,怎么样可以和团队合作地更愉快。
回顾会议发生在评审会议之后,下一个Sprint计划会议之前。
Sprint回顾会时间长度
回顾会议的时间盒,以一个月的Sprint来说,回顾会议不超过3小时,半个月的Sprint,回顾会议不超过1.5小时。
Sprint回顾会的主要目的
回顾会议由Scrum团队检视自身在过去的Sprint的表现,包括人 、关系、过程、工具等,思考在下一个Sprint中怎么样可以表现得更好,更高效,怎么样可以和团队合作地更愉快。
大家可能会想到,那改进可以在任何时候都进行呀,是可以,但Sprint 回顾会议提供了一个正式机会专注于检视和适应上,规定性地让团队在Scrum的框架和原则内反思如何才能做得更好。
这是一个专注在团队自身的会议,它和Sprint评审会议不同的是,评审会议专注于产品增量和反馈,回顾会议专注于团队和团队的流程。
正是因为这是团队自己的会议,所以会议的参与者不包括团队以外的人。这样才能给予一个让大家感到安全的环境,确保团队真正公开地讨论我们的内外部的合作方式和工作流程。
Scrum Master作为Scrum团队成员需要来参加会议,因为TA对Scrum的流程负责。Scrum Master要保证会议是积极的,要从讨论团队的成功开始回顾会议,所以,一开始的名列前茅个问题应该是:
我们在上一个Sprint中哪里做得好?
一定要把重心放在是团队自身,而不是他们完成的故事或增量。不断地肯定团队的行动,会给团队正向的循环,我们会想变得更好,这样下一个回顾会议才会有东西庆祝!
接下来才是讨论我们哪里做得不够好?
这里强调的是讨论我们可以改变的事情上,例如,进出口政策的改变导致我们的方案需要调整。政策是我们改变不了的,不要陷入这种讨论。但我们可以想,如果下次遇到这样的突发情况我们可以做些什么,我们要不要准备备用方案等等。
第三个问题就是,我们的改进计划是什么?
明确我们下一个Sprint 中的改进计划,需要调整的内容,例如团队的开发过程,完善“完成”的定义,或改进的具体行动。一次性就想要改进完是不实际的,我们要选出最需要关注的一两项在下一个Sprint执行。
推荐阅读
了解敏捷: 什么是敏捷开发 | 敏捷宣言及其解读 | 敏捷开发模式与瀑布开发模式对比 | 看板和Scrum的区别
学习敏捷: 敏捷开发框架 | Scrum团队内部的角色与分工 | Product Ower的职责有哪些 | Scrum Master的职责是什么 | 敏捷团队优异人数规模是多少 | Sprint 计划会怎么开 | 每日站会怎么开 | 评审会怎么开 | 回顾会怎么开 | Sprint 是什么 | Product Backlog是什么 | Sprint Backblog是什么 | 增量、燃尽图、DoD是什么
敏捷落地: 捷开发适合什么样的团队 | 中小团队如何落地敏捷开发 | PingCode与Jira敏捷开发项目管理能力对比 | 国内外主流的14个敏捷开发/Scrum工具盘点
文章标题:Sprint回顾会的目的以及流程分别是什么,发布者:六六,转载请注明出处:https://worktile.com/kb/p/36790