|
|
51CTO旗下网站
|
|
移动端

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

《突破:程序员如何练就领导力》第2章突破自我,团队制胜的模式,本章讲述本书针对技术人员提升领导力的核心方法和模式——“团队制胜六步工作法”的核心框架。本节为大家介绍“六步工作法”第六步——总结反思。

作者:刘朋来源:电子工业出版社|2018-09-21 18:49

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,在敏捷规划中,则意为回顾过去。


喜欢的朋友可以添加我们的微信账号:

51CTO读书频道二维码


51CTO读书会第9群:808517103

【责任编辑:book TEL:(010)68476606】

回书目   上一节   下一节
点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

无懈可击的Web设计

一个网站,无论视觉上多美观或者内容多丰富,如果它不能适应各种浏览情况并能面向尽可能广泛的用户群,那它就不算是真正成功的网站。本书提...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊