有一位探险家，到南美的丛林中找寻古印加帝国文明的遗迹，他雇用了当地的人作为向导在从林中探寻，那些印地安人尽管背负笨重行李，但仍是健步如飞，这样连续行走三天。到了第四天，那些土著人不愿意继续前行了，而是停下来就地歇息了，那位探险家百思不得其解。当地的向导向他解释到，当地土著人自古以来便流传着一项神秘的习俗，在赶路时会竭尽所能地拼命向前冲，但每走上三天，便需要休息一天。那是为了能够让我们的灵魂能够追得上疲惫的身体。
“当你走得太快的时候，请停一下脚步，让你的灵魂跟上来！"
回顾会能加强整个团队的学习，就像一剂促进变革的催化剂，让大家行动起来。其意义不只是回顾过程中所产生的回顾内容和后续改进行动，最重要的是可以促进团队成员之间的互相理解、信任与连接，促进团队成员对业务的深入理解，对开发过程的理解，对团队中每个人思维方式和做事方式的理解，从而促进个人和组织的成长与发展，进而在更层面跳出这件事情，以一个新的角度和视角发现对个人、团队和组织的意义和新的可能性。
回顾会怎么开？
最高指导原则：无论我们发现了什么，考虑到当时的已知情况、个人的技术水平和能力、可用的资源，以及手上的状况，我们理解并坚信：每个人对自己的工作都已全力以赴（摘自《敏捷回顾》）。
会议基调：有安全感，开放轻松，互相学习，整合团队资源，实现团队共创和共同成长。
基本流程：《敏捷回顾》书中给出了流程框架，我们结合实践总结如下：
●预设会议基调（启动，气氛营造，目标明确）：介绍背景和主题，明确会议规则和议程以及时间等。这个过程的主要目的是明确会议目标，营造气氛，是个开场和启动的过程，做得好，对于后面激发每个人参与投入有很大帮助，这个环节也可以邀请每个人做checkin，鼓励人人发言表达参会心情和期望，对于每个人在接下来的环节的参与度和开放度会有很大帮助。
●收集数据（目标达成情况，实际发生的关键事件和取得的关键成果）：通过口头或看板墙的方式鼓励大家分享在这个版本或迭代周期内取得的印象深刻的成果或关键事件（定性或定量）。比如完成了哪些重要的特性或故事，发现了哪些重要的事件，比如在哪个环节谁做了一件什么样的事情从而取得了什么样关键性的进展（通过故事的方式，鼓励大家充分表达出整个过程所感受到的经历，当时发生了什么，有什么想法和感受，采取了什么样的行动，这些行动带来的影响是什么，最后的结果如何，这样结果带给自己的启发是什么等），鼓励每个人充分表达自己心中的重要事件和关键转折点。
●激发灵感（基于数据，发现优势和问题，挖掘根源和成功关键点）：基于前面的收集的关键事件共同思考和分析找到优势和问题。哪些是我们做得好的关键点？哪些是我们过程中遇到了坑然后采取了措施最终达成的结果？这个过程带给我们的启发是什么？有什么样的经验可以总结出来？我们哪些地方还可以做得更好？
●决定做什么（行动计划）：确定哪些要行动，排序优先级形成行动计划；哪些是值得继续保持的经验？哪些地方还需要做得更好，后续要怎么做？把这些内容形成可执行的计划，明确可衡量目标和每一个行动的Owner和完成时间。
●总结收尾：在会议该结束时就果断结束会议，保持大家参与会议的热情；确定会议形成的经验和行动计划如何存档、跟踪频率和跟踪方式，对每个人在迭代开发和回顾活动中的努力表达欣赏和感谢，根据情况可以让大家做Checkout表达心情和收获。
一些TIPS
不同项目情况的回顾关注点
●一次性的项目（项目结束后团队解散）：从做的好的和不好的点，总结相关的经验，关注每个人的成长和收获，大家在其他项目中可以做的更好。
●新成立的项目，大家摩拳擦掌准备大干一场的：关注项目成员的配合协作、项目流程完善、统一的规范（可以包括统一的编程规范、沟通方式等），关注改进点；
●项目问题比较多，士气不高的团队：关注团队的进度、发现优点，激励士气为主，同时不断从最核心的两三条改进开始；
●成熟团队，经历了长期合作的：团队资产的不断积累、精益求精：包括团队的技术积累（模块的架构提升、代码亮点、经验库建设等），和业界标杆、周边优秀团队的差异对比等。
什么情况下一定要做回顾
●项目很重要，大家觉得需要特别谨慎，或者以后能够提高做重要事情的胜率，建议做一次深回顾。
●做全新事情的项目，之前从来没有做过，可以通过回顾找新的规律，以后遇到类似的事情，可以更好的处理。
●某件事情未达到预期，可以通过回顾看看到底没有达到预期的原因是什么，是哪一方面存在不足，需要改进，一定要做回顾。
●对于认为有学习价值的事情，我们也可以进行回顾，以获取新的经验。
对回顾会引导师或主持人的建议
●回顾会是一种团队学习机制，如何营造一个安全的空间，鼓励每个人说出故事，让每个人都发言，对激发团队共创，促进整体的提高和协同很重要；
●回顾会不同于个人工作总结，建议设计或按照一定的结构化流程配合引导的方式进行，并且事先一定要做认真准备，确保整个过程达到预期效果；
●回顾会需要引导大家的关注重点不在于产出好不好，重点是从过程中学到经验和教训，找到未来可以改进的地方，以学习和共创为导向；
●使用便签可以引发每个人独立思考和参与，配合可视化墙可以让大家看到不同人的不同视角以及整个团队Whole Picture更容易达成共识和理解；
●有时候在过程中增加"感谢或欣赏"环节有利于各角色建立信任和理解，潜移默化提升团队凝聚力；
●数据收集相关内容在启动前事先做一定准备，特别是需要量化数据的内容的时候；
●回顾会最终要引导大家落实到可执行的行动计划上，改进项不需要很多，选择优先级最高TOP3~5投入产出最大的改进项落实到计划；
●改进项职责分配时引导大家主动选择愿意接下来去推进改进的事项，改进事项的Owner建议引导大家自愿选择承担，必要情况下进行分配；
●建立一种可以激发大家自动同步行动计划落实的机制或设置检查点和检查方式，比如建立卡片纳入迭代backlog，同迭代一起贴在看板，每天同步进展，确保行动计划有效执行和落地实施。
一些可参考的改进类型和方向：
●技术改进：比如技术架构的可复用性、可拓展性的提升，模块间解耦、老代码技术债务等优化从而提升效率；
●工具改进：比如采用新的自动化测试工具和平台、引入DevOps工具链打通自动化交付流水线、引入看板工具提升过程透明性等；
●管理改进：比如多团队协同的端到端全价值流协同机制、跨团队不同层级的沟通机制、基于产品整体视角需求管理和优先级排序机制、风险和问题管理升级机制、团队人员成长及横向能力建设机制等；（本资讯于2016-07-22首次发布）
