敏捷回顾（一）如何从敏捷回顾中收获价值？

敏捷回顾是什么？

敏捷宣言提议道：“团队反思如何能变得更加高效。”团队可以用敏捷回顾来检验和适应他们的工作方式。

迭代结束时通常会举行两个会议：一个是 Sprint 评审会议（或者叫演示会议），着重于获取产品反馈并讨论如何推进；另一

个是回顾会议，着重于团队和用于交付软件的流程。回顾会议的目的是为了帮助团队持续改进他们的工作方式。

敏捷回顾，或者是 Scrum 所说的 Sprint 回顾，是一种团队用来反思自身工作方式并持续改进所做之事的实践。

敏捷原则第 12 条讲道：> “团队定期地反思如何能提高成效，并依此调整自身的举止表现。”

所有团队成员都要参加回顾会议，一起“检验”当前迭代情况怎样，决定哪些地方需要改进以及他们想怎样“适应”其工作方式与行为。回顾会议是推进短周期改进的一种有效方法。

回顾会议通常始于检查上次回顾会议所采取行动的状态，看看是否已完成，如果它们没有完成又需要完成，就得继续采取行动。回顾会议得出的行动将在下一个迭代中传达并执行。

为了确保执行落实回顾得出的行动，可以将这些行动作为用户故事加入产品列表、带到计划会议上去并放到计划板上，以便让团队随时可以看到。

为什么要做回顾？

组织需要不断改进才能长盛不衰、持续交付价值。组织通过（大型）项目实施改进的传统方式不仅费时而且往往是低效甚至无效的。我们需要发现更好的改进方式，而回顾提供了解决之道。

都说做同样的事情却期待不同的结果就是精神错乱。如果想给客户提供更多价值，那就得改变工作方式。这就是为什么敏捷团队要使用回顾的原因：帮助他们解决问题，提升自己！

回顾与传统改进项目的不同在于团队能够从回顾中获得的益 处。团队拥有自己的敏捷回顾，他们可以专注于他们看见的提升点并解决这些阻挡他们前进的问题。敏捷回顾带给了团队力量，这力量属于团队本身！当团队成员感到被赋能之时，就能够得到更多支持来执行措施，也能够减少采取措施所需改变而导致的阻力。

另一个好处是团队全部同意回顾中的行动并执行该它们。没有任何交接，团队自发地完成自己的行动！他们分析发生了什么事情、确定行动，接下来团队成员完成行动。团队成员们保持着对行动的控制，但如果有需要，他们也会让产品经理或者用户参与到改进行动中来。相比由团队和组织其他人之间通过交接来完成提升改进，由团队引导自身改进之旅的方式更加有效、更快、成本也低。

回顾发现的问题多数都跟人们如何协作和沟通有关。软技能在 IT 中至关重要；软件开发人员和测试人员都是人，实际上也在沟通。但和其他人一样，他们有时会出现误解、不清楚或是没听到别人所说的。回顾可用于建立和维持团队，并帮助他们变得强大。你可以使用不同的回顾练习去探索团队工作和沟通中的问题。辅导（Coaching）和师导（Mentoring）能够帮助团队成员发现事情错在哪儿以及如何改进，而回顾可以为之提供有价值的输入。

敏捷回顾的商业价值

敏捷回顾帮助你的团队学习并改进，事实上也提升了团队对客户和公司的商业价值。他们可以使你的组织更快、更有效和更具创新性。

可以在回顾中做如下这些事情来提高商业价值：

• 让团队意识到我们正在寻找让我们团队强大的行动。回顾的好处在于，这些行动由团队自己制定并执行。

• 聚焦学习和理解而不是指责。你可以用首要原则为改进建立一种积极的文化。

• 限制在回顾中探讨的问题数量和行动事项的数量。少数几个高质量的行动，远胜于大量存在风险很可能无法完成的行动。试着每次只改变一件事。

• 使用敏捷流程改进的黄金法则，帮助团队以一种平稳、有效、积极的方式去共同地改进他们的工作方式。

• 关注于定义明确的问题，帮助团队找到对他们有意义并能使他们工作得更好的改进行动。使用回顾给予团队力量并赋能于这些专业人士。

• 使用“根因分析”去发现问题的原因（而不是表象）。然后再制定行动，以防止它们再次发生。一旦人们明白了问题及其原因，他们常常就更有动力去解决问题了。

• 跟进且评估行动的进展，以帮助团队理解为什么有些行动能产生效果而有些行动却不行（双环学习），并保持进度可见。

• 依据手头的问题、团队思维模式等具体情况，在回顾中选用不同的回顾练习。确保你有一个回顾技术的工具箱。拿不准该做什么的时候，就试试新的练习吧！

如果能经常地做回顾，让每个人都参与分析迭代中发生的事情、制定措施实施改进，长期以往，就必将带来具有极高商业价值的持续改进。

回顾的前提要求

成功回顾需要具备的 5 个重要的前提条件：“仪式化”、“为过程命名”、“回顾的首要原则”、“回顾的阴暗面、”“回顾引导师”。

仪式化

通常，在大多数项目中人们不会停下来反省。这不是一件很自然的事，这就是为什么让它变成一个仪式。仪式将人们聚在一起，使他们关注什么是最重要的，认可重要的事件或者成就。极为重要的是，不要纯粹只是用回顾去寻找项目中那些消极的部分。每个项目都能提供积极的产出，也应该像任何一次小胜利那样庆祝它们。参与项目的每个人都应该参与回顾。回顾是一次潜力巨大的学习机会，任何项目成员都不应该排除在外。每个人都应该参与的另一个原因是，每个人看问题的角度都有所不同。要想为未来设计出更好的路径，每个人的贡献都非常重要。

为过程命名

回顾在业内有很多名字，比如事后剖析（post mortem）、产后处理（post partum），善后矫正（post engagement redress）等等。在敏捷软件开发中，“回顾”是当前最流行的名称。清楚地命名该过程很重要，以便过程内外的人都能理解它。通常团队都知道它意味着什么，然而，高层管理者误解这些事情的情况却并不鲜见。“回顾”是一个简单又望文生义的词语。

回顾的首要原则

成功回顾的基本要素之一就是“安全因素”。人们必须感觉到够放心，才会分享他们的难题、意见和担忧。很常见的是团队成员意识到事情并没有像计划的那样顺利，此时在他们感到很放心的倾下，才会说出来并建议采取不同方式去解决难题。Norman 在他书中介绍了一些在团队中创建安全环境的技巧。此外，他解释到开始回顾之前，我们应该沟通一个基本原则：“无论我们揭示了什么，我们必须理解并真正相信：考虑到当时的已知情况、每个人的技能和能力、可用资源和情境，每个人都做到了最好。”我们亲自使用了几次这一理念，可以保证它是非常有效果的。

回顾的阴暗面

我们看到有些回顾会变成了抱怨会。如果没有很好地引导回顾，就会发生这种情况。重要的是理解抱怨的原因，这能揭示很多问题，但如果抱怨失去控制，就会毁了整个回顾。人们抱怨不是因为心怀不轨。他们只是在阐明是什么影响了他们的工作。他们有未能被满足的需求，因而需要表达情感。当抱怨触犯了某人时，问题就出现了，他们会立即进入防卫模式，并进行反击。最后，回顾无疾而终。如果所有的回顾都以这种方式结束，人们就会开始认为回顾无用，不愿意再参加回顾。我们采用了一种技巧，我们请求参与人员以祝福的形式表达想法，而不是指责。这将改变发言者的音调，创建出一个安全的环境，这是一次成功回顾的最重要事情之一。

回顾引导师

所有上述话题都是非常重要的，但是没有好的引导师，回顾很可能会成为一次灾难。成为一个好的引导师需要经验、培训和大量的自我学习。在开始回顾前，引导师应该对本次回顾的收获有一个清晰的想法。一名经验丰富的引导师有能力做到这些，经验少点的引导师可以向经验更丰富的引导师寻求帮助。每次回顾都会面临不同的问题。关键在于找到正确的练习解决正确的问题。

经验少的引导师可以从小项目开始，项目成员们互相都认识，而且已经合作共事过。新手引导师互相结对引导或是跟着经验丰富的引导师练习，也是个不错的选择。初级引导师可在有经验领导的指导下实时学习。有了经验之后，就可以考虑更大问题或者更大团队了。成为好的引导师需要付出时间和汗水。不要急于求成，否则你就会面对意想不到的风险。

下一篇文章讲讲如何设计敏捷回顾，以及我们能得到什么，用好敏捷回顾收获更大价值。