软件研发效能提升之美
吴骏龙
1451人在读
15.9万字总字数
¥62.3定价
吴骏龙
内 容 简 介 本书汇聚了行业前沿的研发效能提升实践与案例，同时提炼出大量方法论和经验反思，以诙谐、幽默而又不失严谨、详实的风格，多角度、全方位覆盖研发效能领域的核心知识，深入浅出，发人深思。 全书采用从概要到细节、从方法论到案例、理论联系实际的写作思路。第1章和第2章通览研发效能的概念与背景，并对研发效能进行由浅入深的解读；第3章以敏捷开发为主线，讲述项目管理中的提效实践；第4章介绍了行业流行的DevOps实践，并衍生讲解了目前流行的DevSecOps、AIOps、DevPerfOps，以及混沌工程等内容；第5章和第6章立足于工具建设，详细介绍了流量回放、精准测试、服务虚拟化，以及AI在研发效能提升中的应用等12个大大小小的工具、系统与设计理念；第7章介绍了组织效能提升的多种手段，同时给出作者从实践中总结的大量经验和误区；第8章为案例篇，通过对四家不同形态企业的研发效能提升的实战讲解，帮助读者举一反三、融会贯通。 本书适合IT行业的各类从业人群，无论是技术人员、项目经理、产品经理，还是团队管理人员；无论是初入IT行业的新人，还是资深专家和高层管理者，都能从本书中得到启发。
有关研发效能提升的一本较为实操的一本书，作者是质量出身，有不错的实践经验，在腾讯也经历过比较多的工具和系统建设。 书中的不少理念都说明了有比较多的思考和沉淀，如：无法度量就无法管理、从两边往中间挤才可提升。以及对于 谷仓困局、霍桑效应、古德哈特定律、竖井效应、破窗效应 等的引用和释义，较好声明了提效过程中的注意点。 标准化、快速失败、快速反应、高质量与高效率、降低成本、团队协作 等六大武器；自动化一切，从痛点入手等等原则，都是比较切实要遵守的TIPS； 整本书还是比较务实的，最惊喜的在于有关AIOPS，以及API和UI测试自动化的架构和管理部分。值得辅助参考，但无法深入研究。
作为一本了解测试流程的入门书还好。但每个点都很粗，不太有参考价值
神作，一个公司架构部门除开 Compute，Storage，Network 外，“研发效能 First ”理念下应该要构建的产品，工具、服务的全面覆盖，来自腾讯的实践和案例。 研发效能的第一性是：顺畅、高质量地持续交付有效价值 顺畅：流动过程必须是顺畅，没有阻碍 高质量：质量不行，流动越快，死得也会越快 持续：不能时断时续，小步快跑才是正道 有效价值：交付物解决用户本质问题，如，“女生减肥不是本质问题，女生爱美才是”。 🧧
2022-7，可以作为《高效研发：硅谷研发效能方法与实践》的补充阅读，细节性稍强，系统性要差一些。
特别好的一本书，让我对经历过的团队有了更全面的认识，也很有幸一直在用书中提到的知识和工具
感觉关于推荐语和关于度量的思考讨论还是很有收获的。 研发效能只能部分度量 度量本身的片面性是无法避免的，现实事物复杂而多变，度量正是为了描述和对比这些具象事物而采取的抽象和量化措施 度量指标容易陷入局部思维，指标是为了实现目标而服务，但是在实践过程中，指标与目标可能为敌 度量绝对不能被视做目标，而是为了实现目标的手段 你度量什么，就会得到什么，往往是以一种你所不期待的方式得到 当我们将度量指标与个人考核指标绑定的时候，永远不要低估人们在追求指标方面的创造 虽然我们不建议将度量指标与个人考核指标进行绑定，但是将度量指标与团队绩效进行绑定还是很有必要的，通过度量能够反映团队宏观层面的问题，继而采取有效措施进行改进。 当然，度量工作落实到团队层面依然无法做到客观和公正，但是这些偏差可以在团队各线负责人这一层进行补偿和调整，最终在团队内部消化掉。因此，我们认为将度量指标与团队绩效进行绑定是可行的。
像《持续交付》加一些敏捷开发书籍的合体，另外前面推荐本书的部分也太多了点……
最早是被作者在公众号的一篇文章吸引过来的，当时觉得其中很多观点说得挺到位的，但这本书的内容倒是相当一般，基本都是概念的罗列和比较表面的阐述，不建议阅读。
干货满满而且读起来丝毫不觉得累，有点欲罢不能
对于想要了解研发效能的同学，这本书可以读上一读。 本书所涉及到的知识面很广，还是有很多可以打开思维的地方。尤其是测试方面的效能提升相关工具，可能和作者有测试背景有关。明显感觉到测试部分的着墨很多。 另外对于devops的扩展也写得很细。包括AIOps，DevSecOps，DevPerfOps等概念和实践工具。 但是，关于研发效能如何去做给人一种戛然而止的感觉，还没有系统的深入去展开端到端研发效能提升到底该如何去做。并且书本开头的好友推荐，实在是太冗长了。 总而言之，这本书还是值得一读，能学到一些东西。