来啦，请坐。
我是老杨，这是我的《数字化研发管理》书籍的前奏，我带你稍微见识下其魅力。
如果你有强化管理能力，量化技术产出，提升技术效能，打造技术团队等需求，那么这套课程会为你揭开技术管理的神秘面纱，可以让“妈妈再也不用担心你的工作了”。
这是《数字化技术管理的方法和实践》第十四讲，技术复盘的价值和方法。
一句话解释下：为什么要做技术复盘，怎么做技术复盘。
细心的同学会问：“这个解释非常清楚了，但是有点像正确的废话，技术复盘一定是需要花费很多时间的，那它真的值得么？”
这是个非常好的问题，那接下来我就来解释下它值得不值得的问题。开宗明义的说，个人学会复盘，可以加快个人成长；团队学会复盘，可以提升团队能力；技术学会复盘，可以持续优化，持续产出，持续创新。
想象一个场景：你做了一个平台，其中遇到了很多困难，如nginx短连接问题、JVM内存问题、redis模糊查询问题、mysql连接问题等，你都一一克服了，最终得以顺利完成，拿到结果，然后你就把它抛诸脑后了。那下次你再做同样类型的事情，你还会再重新遇到这些困难，重新克服一遍。那如果你在事情完成时，进行一个完整的复盘，把经验教训总结下来，纳入你的知识库，之后再遇到同类型的事情，你就可以在脑海中搜索一下，分分钟避免这些困难，而去更快更好的完成它了。
我想你如此聪慧，应该不需要我说哪种更加的帅气了吧。显而易见，技术复盘能够帮助你避开之前所踩过的坑，从数学角度去讲的话，当你踩过的坑无穷多时，你就可以万丈深渊如履平地了。当然这也只是技术复盘的一个价值点而已，技术复盘实际上是能够持续丰富你的知识库和武器库，优化弱项，强化强项，是你走向技术大成的必经之路。
不好意思，一个不留神把技术复盘夸的太爆炸了，那么到底该怎么去做技术复盘呢？直接上架构图吧。
技术复盘架构图
简单可执行的技术复盘方法分为四个部分，目标回顾、结果陈述、过程分析和归类总结。
目标回顾，当初的技术目标是什么，包括定性和定量的目标；如果有余力可以分析下这个目标制定的是否合理。
结果陈述，现在的客观结果是什么，与目标比哪些好哪些差。
过程分析，好的点和差的点原因分别是什么，包括主观和客观原因；有过有余力可以分析下为什么好的点没能够更好，而差的点没能够及时止损。
归类总结，对于好的点要找到其中的规律，最好达到可复制，沉淀下来作为武器库中的一员；对于差的点要分析原因并找到对应的解决方案，沉淀下来作为知识库中的一员；如果有余力可以把总结下来的东东，再重新带入或重新演练一遍，看看正确性几何。
好，到此技术复盘就告一段落了。整体上《数字化技术管理》专栏1-3篇讲技术管理的一些基本概念和理论，4-6篇讲技术团队的衡量指标和管理方法，7-10篇讲技术的衡量指标和提升方法，11-12篇讲技术创新，13-14讲技术扩展。这些都讲好了，那还是需要回归到本质，如何衡量技术的价值？让不懂技术的人一目了然的明白技术不只投入还有实打实的价值产出，这就是下一篇的内容了。
欢迎持续关注，下次见。
