回顾是敏捷专业人员中最强大的技术之一。回顾，有时也被称为反思研讨会，是敏捷团队在每次迭代结束时回顾、反思和评估流程性能的论坛。在像看板这样的敏捷方法中，没有迭代，团队可以按照预定义的时间间隔进行回顾，比如每两周左右进行一次，时间限制在一两个小时。在回顾中，团队成员集体反思哪些进展顺利，哪些需要改变。基于此，提交自适应的方法并从下一次迭代本身实现。回顾的目标是提高效率，消除浪费的活动和糟糕的实践（也称为Agile Smell），提高生产力，质量和团队学习。这是持续过程改进哲学的一个标志。回顾的结果经常显示或信息发射源上，以提醒团队成员改进的承诺。重要的是，讨论是健康的和建设性的，没能责备或指责他人。

image.png

SAMOLO - Same as – more of – less of

Same as：团队发现有价值并将继续使用的过程和实践。
More of：团队发现有价值的过程和实践，但觉得做得还不够。
Less of：团队开始发现价值递减并希望阻止的过程和实践。

Start doing – Stop doing – Keep doing

Start doing：团队认为还没有完成但值得做的事情，因为它们会产生更好的结果。
Stop doing：团队认为没有用处、不喜欢或不值得做的活动，因此应该停止。
Keep doing：喜欢的、能增加价值的、团队觉得值得继续的活动。

回顾会议步骤

  1. 设置舞台 Set the stage
  2. 收集数据 Gather data
  3. 分析原因 Generate insights
  4. 采取行动 Decide what to do
  5. 回顾收尾 Closing

    第一步：设置舞台 Set the stage

    回顾会议的第一步是，让参与者轻松地公开发言，在和谐气氛下进行。主持人或回顾会议的领导还概述了会议的重点。有一些活动可以帮助你搭建舞台
  • 签到（Check-in）：在这个活动中，每个参与者都被要求用几句话表达他们对回顾的主要关注和期望。这个过程不应该超过5-10分钟。
  • 集中注意力（Focus on / focus off）：在这个活动中，参与者的集中注意，显示如下：
    • 探究而不是倡导 Inquiry rather than advocacy
    • 对话而不是辩论 Dialogue rather than debate
    • 谈话胜过争论 Conversations rather than argument
    • 理解而不是防御 Understanding rather than defending
    • 参与者被分成几组，每组被要求描述上面的每一行。然后要求着重左边的内容
  • ESVP
    • Explorers，探索者：想学新东西
    • Shoppers，采购者：原因带着新东西回去
    • Vacationers，度假者：来休息的人，不产生价值
    • Prisoners，囚徒：被迫来参加会议的人

  • 工作协议（Working agreement）：在这个活动中，参与者被分成小组，并被要求提出工作协议。

    第二步：收集数据 Gather data

    可以观察到，团队情绪波动较大的区域是缺陷、返工、失败的构建、冲突、工具的操作问题、访问限制、基础设施和环境中断。一些用于收集数据的活动有：

  • Timeline：团队成员按时间顺序写下迭代过程中难忘的事件。

  • Triple nickels：每个团队成员有五分钟时间和一张卡片，让他们回忆并写下迭代过程中发生的五个问题或想法。在此之后，卡片将被传递给下一个团队成员，然后该成员将扩展上一个人的想法或编写新的事件。这个过程重复5次，直到收集到足够的数据。
  • Color Code Dots：这是用来表示团队在时间轴上描述的事件期间的感受。事件用颜色编码，以表示所展示的高效能或低效能。
  • Mad, Sad, Glad：类似于用颜色标记的点，团队成员在迭代过程中以疯狂、悲伤或高兴的形式列出他们对不同事件的感受。
  • Locate strengths：在这种技术中，团队成员被分组成对，并就迭代过程中发生的亮点和积极因素相互采访。目标是确定应该被带入下一个迭代的主题。
  • Satisfaction histogram：在这个活动中，使用直方图来绘制个人和团队对过程和实践的满意度，范围从1到5，5是满意度的最高衡量标准。
  • Team radar：在这项活动中，团队会对工具、流程等因素进行自我评估。以及他们认为重要的做法。

  • Like to like：这是团队用来判断自己和其他团队成员对迭代过程中事件的个人意见。

    第三步：分析原因 Generate insights

    分析数据，并从中得出有意义的见解和结论。

  • 头脑风暴

  • 力场分析
  • 5个为什么
  • 鱼骨图
  • 模式和转变（Patterns and shifts）
  • Prioritize with dots

  • 确定主题（Identify themes）

    第四步：决策行动 Decide what to do

    见解一旦产生，就需要转化为行动方案。回顾的第四步集中在最高优先级，并设计一个可以在下一次迭代中实施的行动计划方案。可能有一些行动超出了团队成员自己解决的范围。在这种情况下，Scrum Master或敏捷教练需要介入，并使用他们的权威和影响力来指导解决方案。
    这个阶段可以进行的一些活动：

  • 回顾计划游戏（Retrospective planning game）：团队成员报名完成必要的任务以进行改进或实验。

  • SMART目标：团队决定追求的行动方案，应该具有SMART原则
  • 问题圈（Circle of questions）：在这个活动中，团队成员坐成一圈，就行动项目相互提问，直到答案汇聚在一起，达成共识，每个人都满意。

  • 简短的主题（Short subjects）：团队成员同意哪些内容进行得很好，或者下次他们会做什么不同的事情。

    第五步：收尾 Closing

    回顾会议的最后一步是优雅地结束，并对与会者所投入的时间表示感激。团队成员对回顾本身进行反思并总结他们的行动项目。操作项也可以作为非功能项添加到backlog中。
    包括：

  • 赞赏：团队成员对彼此在迭代和回顾中获得的帮助和协作表示感谢和感激。

  • +/- Delta：在本次活动中，团队成员回顾回顾会议本身。他们共同决定在下次回顾会议上他们想要做什么或改变什么。
  • 有帮助、有阻碍、有假设：与上一个类似，团队成员会得到三个挂图，列出回顾会议中哪些部分对他们有帮助，哪些部分对他们有阻碍，或者任何需要改进的新想法。
  • 时间投入回报（ROTI）：在此活动中，团队成员被要求对他们的反馈进行评分，评分范围从0到4（4为最高），看他们投入的时间是否值得。在我们总结这一部分之前，需要注意的是，团队可以在迭代、发布或特别的基础上要求回顾。例如，如果在每天的站立会议上，Scrum Master或团队发现了一些错误，他们可以在Sprint的中途召集一个临时回顾。这样的事件被称为指令，专门用于集中讨论特定的问题或事件，以便在Sprint中触发任何改变的行动。