2.7 “六步工作法”第六步——总结反思

黑格尔曾经说过：“历史给我们的教训，就是我们根本没有从历史中得到过任何教训（We learn from history that we do not learn from history）”。

只有不断对已经实施的计划进行评估、总计和反思，才能总结出那些帮助目标达成的积极原因，以及识别出阻碍目标实现的因素，进而系统化地达到持续改进的目的。在全面质量管理（Total Quality Management，简称TQM）体系中，戴明提出的PDCA（Plan-Do-Check-Act）管理循环，也强调了对已经实施的行动计划进行结果评估，然后对存在的质量问题进行改进的技术。同样，在敏捷软件开发及当前热门的DevOps（DevOps是Development和Operations的组合词，它是一系列的新的过程、方法与系统的统称，用于促进开发、技术运营和质量保障部门之间的沟通、协作与整合。）实践中，都强调了快速获得反馈（无论是持续集成系统的反馈，还是产品经理或者客户对交付软件的反馈）对持续改进软件交付质量和效率的重要性。然而，在软件团队的实际运行中，总结反思环节往往会变成流于形式的“冗余环节”，甚至是团队在需要提升效率时第一个考虑省掉的环节。究其原因，很多时候是由于技术团队领导者没能正确地引导团队成员认识到总结反思的价值，或者是没能指导团队成员使用合适的总结反思技术，没能使这个环节成为有趣的、发人深思和激发灵感的“体验”。因此，在这一部分，我们将介绍以下激活团队总结反思环节的模式。

1．保持—提升—停止（KFC）总结法

保持—提升—停止总结法（Keep-Fix-Cease，本书以下简称KFC总结法），提供了一套用积极的眼光去回顾和改进的方法，让团队改变一提到“总结反思”就是找问题的惯性思维。

2．着眼未来，而非过去

该模式把基于脑神经科学的“增长型思维（Growth Mindset）”融入敏捷软件开发团队的回顾反思会议，通过将关注过去或者问题导向的思维转换为关注未来或者解决方案导向的思维，帮助团队实现从“固定型思维”到“增长型思维”的转变。Futurespective这一新创的组合词，代表展望未来；而Retrospective，在敏捷规划中，则意为回顾过去。