Sprint回顾
什么是Sprint回顾?
Sprint回顾是Sprint中的最后一个事件,是为Scrum团队预留的时间,用于寻找提高其效率和团队合作方式的方法。与其他Scrum事件专注于检查和改进产品不同,Sprint回顾是一个让Scrum团队检查和适应其工作实践的地方。
团队通常会讨论:
- 团队成员之间的互动和沟通情况如何
- 他们遇到的任何障碍
- 障碍是否被有效移除
- “完成定义”是否仍然适用,或者是否需要更新
- 是否有任何可以在未来Sprint中实施的团队工作改进措施
Sprint回顾概览
事件 | 检视 | 适应 | 参与者 | 时间盒 |
Sprint回顾 | Sprint、“完成定义” | 可操作的改进措施、“完成定义” | Scrum团队 | 对于一个月的Sprint,时间盒是3小时 |
实施Sprint回顾
Sprint回顾是整个Scrum团队讨论哪些方面进展顺利、遇到了哪些问题以及这些问题是如何解决或未解决的事件。在会议期间,团队识别出对工作方式进行调整的方面,以帮助团队提高效率。为了不丢失这些建议,一个好的做法是将它们添加到下一个Sprint的待办事项列表中,使其可见。
通常情况下,Scrum Master会承担Sprint回顾的主持人角色,但这并不是必须的。事实上,为了保持所有团队成员在Sprint回顾中的参与度,让他们轮流担任这个事件的主持人是一种好的做法。
进行Sprint回顾的一个简单方法是:
- 设置一块白板,分为三个部分:
- 进展顺利的事情?
- 进展不顺利的事情?
- 可以改进的地方?
- 让每位Scrum团队成员在相关部分贴上“便利贴”
- 讨论每个项目
- 创建一个团队同意应实施的改进清单
- 让团队对这个清单进行排序,并选择前1到2项作为下一个Sprint的工作重点
然而,还有很多更具创意的方法来引导Sprint回顾,我们鼓励团队成员学习其中的一些技巧,并自愿为他们的团队主持回顾会议。
让你的Sprint评审更有效
Sprint回顾的目的、时间盒和参与者都有明确的定义。然而,Scrum团队有时会陷入一些反模式,这些反模式会削弱其价值并浪费大家的时间。
常见反模式包括
- Scrum团队成员不积极参与 – 当Scrum团队成员在Sprint回顾中表现被动时,Scrum Master通常会介入并从团队中提取信息,或者自己列出需要改进的领域。
- 问题在回顾中没有被提出,但团队成员在会议之外抱怨这些问题。
- 参与者不记得Sprint期间出现的问题,因此在回顾中也没有提到这些问题。
- 团队变得自满,声称没有任何可以改进的地方。
- 缺乏诚实和沟通 – 通常是因为他们希望尽量减少冲突或团队内部缺乏信任。
- 反复出现的问题,没有任何改变 – 当多次Sprint回顾中都识别出相同的障碍或无效的团队互动时,这表明没有采取措施来纠正问题或进行改进。
- 团队专注于他们无法改进的事项 – 有些团队花费过多时间关注那些超出团队领域和影响力的事情。
- 当参与者指出需要改进的事项时,被告知“态度消极” – 这通常会导致参与者不愿意再提出进一步的观察。
- Sprint回顾变成了“指责游戏”,焦点集中在人而不是流程上。
- 团队对产品负责人参加Sprint回顾感到不舒服 – 通常这是因为产品负责人表现得像是团队的管理者,而不是团队成员。
- 没有计划如何进行或主持Sprint回顾,或者每次都以相同的方式进行 – 如果没有计划如何运行回顾,或者机械地遵循三个问题格式(进展顺利的事情?什么是挑战?什么可以改进?),参与者可能会觉得回顾无聊、陈旧、不集中且浪费时间。
强化Sprint回顾的建议
打破上述反模式有助于创建强大且有效的Sprint回顾。请考虑以下建议:
- 确保每个人都能参与并发表意见。注意团队成员之间的沟通差异;有些人可能是内向型,而另一些人可能是外向型。此外,如果某位团队成员行为不当,应立即解决问题。
- 鼓励一种环境,让团队成员热衷于改善他们的工作环境。
- 鼓励强大的心理安全感和彻底透明开放的文化,使每个团队成员都能够诚实地讨论团队工作实践中的问题,即使这些问题可能引发一些(健康的)冲突。
- 确保在回顾中识别出的事项确实是能够改善团队工作流程或环境的内容。
- 对识别出的事项采取行动,并确保整个团队都知道这些事项是如何解决的。
- 如果团队识别出大量需要改进的事项,考虑让团队优先处理1到2项改进内容,每Sprint进行一次。
- 确保Scrum团队清楚哪些问题是不在他们的影响范围内的,并识别由团队外部其他人正在解决的问题。对这些问题的解决状态保持透明。
- 要求Scrum团队成员记录Sprint期间发生的问题,以便在回顾中提及。
- 不要忘记回顾本身的状态也应是回顾的一部分。找出改进回顾的方法。
- 确定谁将主持回顾,并鼓励使用不同的引导技巧。