本来是想看一本质量度量和测试效率方面的书，没想到看了一本从开发角度提升效能的书。本书从理论联系实际，通过详实的实例进行说明，对如何提升研发效能既提供了理论依据，有给出了实际案例，具有非常大的借鉴意见。

360 度绩效考评系统。每年进行两次总结性绩效考评。评价来自以下几个方面：被考评对象自选 1～2 个同事写评价；主管指派 1～2 个同事写评价；被考评人员自评；主管的评价；如果被考评者是管理者，他的所有直接下级都要给他写评价。

给我很大收获，刚好是目前工作中遇到的问题，下一步小目标以结果为导向，对目前团队工作分配不公平，绩效主观问题，通过量化工作尝试优化，从分配到产出，然后根据产出去分析个人和团队问题，然后再优化

作者很显然有很丰富的研发效能工作经验，案例很丰富，分析很清楚，对做研发很有帮助。

能看出来作者是非常资深，非常有经验的，这本书基本上涉及到了研发效能过程中的方方面面，还介绍了各种工具和各种小技巧。书的页数比较多，对于工作五年以上的工程师，可以重点看第一部分第 1-3 章，后面挑着看就好。对于比较新的工程师，全书都可以翻一翻。可以重点看第二部分 个人研发效能的提升。这本书让我对于软件工程中的研发效能有了一个体系化的认识，包括研发效能的 what how why。也让我了解了硅谷的大厂 (主要是 facebook) 都怎么做研发效能，跟我们现在做的事情做一个对焦和对比。全栈会是一个重要的趋势，我想这主要是因为软件工程这几十年，再加上互联网发展的 20 多年。各个细分的角色职责都非常明确，各平台和工具都比较成熟，也对效率有了非常大的提升。当然，也就不需要这么多专职的人去做一些基础的工作，dev 做 ops，dev 自测，dev 用低代码搭页面... 这是技术发展的必然。到最后 dev 的核心技能可能就是去建模、抽象，以及选择最适合的工具去实现，而其他角色大都会变成工具和平台能力的提供者。

很有意思的是，这本书采用了 28 法则进行撰写，我是属于只看得懂 20% 的内容的那类人，因为里面大部分都是在说怎么写代码，怎么高效地写代码，以及怎么安排自己的工作和生活。尤其是要执行生活方面的日程安排，比如吃饭、健身和休息。只有好好休息才能专注工作。

超越昨天的自己，享受成长的快乐。