组织需要不断改进才能长盛不衰、持续交付价值。组织通过(大型)项目实施改进的传统方式不仅费时而且往往是低效甚至无效的。我们需要发现更好的改进方式，而回顾提供了解决之道。
都说做同样的事情却期待不同的结果就是精神错乱。如果想给客户提供更多价值，那就得改变工作方式。这就是为什么敏捷团队要使用回顾的原因：帮助他们解决问题，提升自己!
回顾与传统改进项目的不同在于团队能够从回顾中获得的益处。团队拥有自己的敏捷回顾，他们可以专注于他们看见的提升点并解决这些阻挡他们前进的问题。敏捷回顾带给了团队力量，这力量属于团队本身!当团队成员感到被赋能之时，就能够得到更多支持来执行措施，也能够减少采取措施所需改变而导致的阻力。
另一个好处是团队全部同意回顾中的行动并执行该它们。没有任何交接，团队自发地完成自己的行动!他们分析发生了什么事情、确定行动，接下来团队成员完成行动。团队成员们保持着对行动的控制，但如果有需要，他们也会让产品经理或者用户参与到改进行动中来。相比由团队和组织其他人之间通过交接来完成提升改进，由团队引导自身改进之旅的方式更加有效、更快、成本也更低。
我的经验是，回顾发现的问题多数都跟人们如何协作和沟通有关。软技能在 IT
中至关重要;软件开发人员和测试人员都是人，实际上也在沟通。但和其他人一样，他们有时会出现误解、不清楚或是没听到别人所说的。
回顾可用于建立和维持团队，并帮助他们变得强大。你可以使用不同的回顾练习去探索团队工作和沟通中的问题。辅导(Coaching)和师导(Mentoring)能够帮助团队成员发现事情错在哪儿以及如何改进，而回顾可以为之提供有价值的输入。
这么多种好处，解释了为什么回顾是使用 Scrum 并从中获益的一大成功因素。
敏捷回顾帮助你的团队学习并改进，事实上也提升了团队对客户和公司的商业价值。他们可以使你的组织更快、更有效和更具创新性。
可以在回顾中做如下这些事情来提高商业价值：
1、让团队意识到我们正在寻找让我们团队强大的行动。回顾的好处在于，这些行动由团队自己制定并执行。
2、聚焦学习和理解而不是指责。你可以用首要原则为改进建立一种积极的文化。
3、限制在回顾中探讨的问题数量和行动事项的数量。少数几个高质量的行动，远胜于大量存在风险很可能无法完成的行动。试着每次只改变一件事。
4、使用敏捷流程改进的黄金法则，帮助团队以一种平稳、有效、积极的方式去共同地改进他们的工作方式。
5、关注于定义明确的问题，帮助团队找到对他们有意义并能使他们工作得更好的改进行动。使用回顾给予团队力量并赋能于这些专业人士。
6、使用“根因分析”去发现问题的原因(而不是表象)。然后再制定行动，以防止它们再次发生。一旦人们明白了问题及其原因，他们常常就更有动力去解决问题了。
7、跟进且评估行动的进展，以帮助团队理解为什么有些行动能产生效果而有些行动却不行(双环学习)，并保持进度可见。
8、依据手头的问题、团队思维模式等具体情况，在回顾中选用不同的回顾练习。确保你有一个回顾技术的工具箱。拿不准该做什么的时候，就试试新的练习吧!
如果能经常地做回顾，让每个人都参与分析迭代中发生的事情、制定措施实施改进，长期以往，就必将带来具有极高商业价值的持续改进。
