上一个项目快要接近发版阶段了，借着空闲，看了下面这本书：《复盘：把经验转化为能力》。关于复盘这个词，不是第一次听说，但是真正的重视和理解是在这次。
概念：所谓复盘，我理解的其实就是把之前做的事情再从头到尾在过一遍，然后在这个过程中去学习，去思考，去总结经验
复盘应用类型：可以分为以下四类：个人成长，事件/活动总结、项目/大型时间阶段性总结、整个组织的运行、定期回顾、战略评估、就目前而言，复盘对我的价值就在于 个人成长。
复盘的学习机理： 书中将复盘和PDAC环进行了整和，形成了一个复盘的学习机理：
单环学习（适应性学习）：目标不变，在执行的过程中，分析，思考，为了执行总结经验。
双环学习（创新性学习）：在执行的过程中，分析，思考，与预期的目标进行比较，为下次的执行总结经验的同时可以实时地对目标，或是战略进行调整。
复盘步骤：回顾目标-->评论结果-->分析原因-->总结经验-->后续跟进
对于上一个版本的整体研发，我对自己的表现不是很满意，于是乎我就开始现学现卖，趁着空闲时间，我把bug系统的bug通看了一遍， 发现很多问题都不是技术上的问题（提示少个标点，字用错等）【只要细心一点就完全可以避免的】，还有一些是之前的版本中就出现并且处理过的问题【只要有过复盘经历的，这样的问题出现的机率就会大大降低的】。我不知道你们是怎样对待研发工作的，至少在这个研发版本之前，我没有进行过这样的操作，回过头去复盘，去思考，去总结，不管是代码还是bug。有的时候可能是项目之间的间隔太短，或是自己没有复盘的意识，更或者有这样的意识，但是没有培养成一个必要的事情必复盘的习惯。
复盘原则：
只复盘值得复盘的。复盘虽然重要，但是不是所有的事情都需要复盘，书中指出以下几类值得复盘：新的事物，重要的事，未达到预期的事、有学习价值的值。作为程序员，复盘bug和代码就是很有必要。
小事即使复盘。
大事阶段性复盘
事后全面复盘
复盘误区：
为了证明自己；流于形式，走过场；追究责任，开批斗会；推卸责任，归罪于外；快速下结论
复盘的目的是为了学习，是为了提升自己的能力，这个过程更重要的是实事求是，自我反思，发现不足，为以后的执行积累经验。迭代自己的知识库，避免再犯一样的错误。确保我们在每一次重复做某件事情，都要比上一次做的更好。
超越复盘：想要成长和发展：学习速度 > 环境变化，我们需要搭建自己的组织学习体系
组织学习矩阵：
U型学习法：不闻不若闻之，闻之不若见之，见之不若知之，知之不若行之 。
组织学习体系的基本要素：
以复盘为基础，做到事前学，事中学，事后学，不断迭代自己的知识库。
写在最后：
信息大爆炸的时代，知识从来都是都不是触及不到的东西，知识丰富经验，但经验不一定都转为了能力。复盘也许可以将不可能变成可能。因为古语曾云：温故而知新，可以为师矣。
点击我下载电子书 提取码: 1sf6
读书应该和吃饭一样，成为生活的必不可少的部分~~~