《持续交付2.0》经典读后感有感

《持续交付2.0》是一本由乔梁著作，人民邮电出版社出版的平装图书，本书定价：89.00元，页数：327，特精心收集的读后感，希望对大家能有帮助。

《持续交付2.0》读后感(一)：持续交付的目标没有改变

本书为我解答了组织达到合格的持续交付能力不是某一个工具、某一个方法论、某一个小团队就能简单实现的，需要各个层级人员管理、技能、知识贮备，同时也提供了一些案例和方法论，持续交付、敏捷开发、极限编程XP这些平时工作中偶尔出现词汇，每一家公司、团队都有自己的理解，最终的目的都是一样的，给客户带来有质量的结果，或者说把期望的结果交付给客户。

《持续交付2.0》读后感(二)：《持续交付》一书作者，DORA联合创始人兼CTO-推荐序

2007年，我在北京第一次遇到乔梁，并与之合作，共同开发一款软件产品，名为 go.cd，这是第一个支持部署流水线的CI/CD工具。我们在构建这款产品过程中的思想碰撞与经验总结为《持续交付》一书提供了非常关键的素材。

在过去10年中，这些内容已经从最前沿的想法变为业界公认的智慧。每个追求卓越的科技公司都希望能够随时随地发布，而无须工程师在晚上或周末进行部署。能够快速、频繁且安全地发布软件，并实现小批量交付，意味着我们可以快速获得对我们的想法的反馈。我们可以构建原型并使用真实用户对其进行测试，从而避免开发那些对用户没有任何价值的功能。反过来，这也意味着产品更好，客户更满意，员工更快乐。这些能力对需要这种工作方式的每个组织来说，都是非常关键的。

然而，获得这种能力并不是一件容易的事情。组织需要对软件系统架构进行不断演进，使其支持尽快且有效的测试，以及快速部署，同时，还需要培养快速试验的文化。文化因素对于成功实施持续交付和通过持续交付实现产品管理实践至关重要。

乔梁曾与中国的各类组织合作，帮助它们实施持续交付并实现其效益。我想不出比乔梁更合适的人选，来写一本关于如何根据实际经验实现这些想法的书。希望本书的每位读者都能在提高软件交付能力的不断尝试中取得圆满成功，并利用这种能力来构建更好的产品和服务，以及更快乐、更高效的团队。

Jez Humble

《持续交付》一书作者，DORA联合创始人兼CTO

《持续交付2.0》读后感(三)："重新定义"了持续交付，并增补了组织管理和架构两个维度

如果你已经对敏捷有些了解，那么你应该知道持续集成是敏捷方法中的一个关键技术实践。良好的持续集成实践能够确保软件始终处于可工作的状态，也很好地诠释了敏捷宣言的第二条：“工作的软件 高于 详尽的文档。”而持续交付概念的提出是对持续集成的扩展，通过建立部署流水线，把验证的动作扩展到发布阶段。书中介绍了持续集成和持续交付1.0的差异，如下图所示。

持续交付1.0（图片来源书籍）

本书的作者“乔帮主”开创性地提出了“持续交付2.0”的概念和体系化方法，其具体做法是将精益思想和持续交付1.0相结合，更加强调业务与IT之间的快速闭环。这种做法是作者基于多年在国内IT企业内指导敏捷转型和工程实践落地的总结，而提炼出来的方法论，其务实的风格可以从“别提敏捷，只解决问题”的口号中窥其全貌。

持续交付2.0（图片来源书籍）

如果你也看过持续交付2.0的双环模型，并仔细思考和认真实践，一定会带来不一样的体验和效果。

《持续交付2.0》读后感(四)：从devops到业务引领的敏捷数字化

2022年初考exin 的devops security manager需要先拿到devops master，花了比较多的时间学习devops的理念和知识体系，有本参考书《持续交付》系统化的阐述了借鉴丰田精益生产的软件流水线交付机制，写了篇书评，之后接到了本书出版社的邀约，希望为这本书写本书评。

虽然受宠若惊，但拿到书后，怠于繁杂事务，一直没能仔细阅读并完成相关作业。

2022年底抽时间完成了itil 4的mp考试认证，作为it服务与流程管理领域的权威认证，在vuca时代是否依然符合业界发展的趋势，itil4通过高速it的概念，整合了敏捷，scrum，精益生产的理念，以价值流驱动计划与改进，在需求和产品间关注设计转换，获取构建，发布与支持。在这个程度上itil 4 mp与dom在过程中的方法论上互有借鉴，理念有异曲同工之妙。

新年肇始，出版社的同学追问书评进展，汗颜之余承诺尽快读完写出交付，还好这次没拖太久，掩卷之余，粗评一二。

我作为研发经理的时光算不得长，大概在2010-2012年，其实也以分管为主，相对于更关注需求，产品与方案，2013年到2018年对研发的直接参与管理就少了，产品本身也不再关注需求的细节和产品自身的设计，更多的关注的是业务规划，产品架构以及客户价值交付的范畴，这是在事业部层面的管理职责决定的，所以对这本书的副标题首先颇有感觉，业务引领的devops精要。

2018年开始到甲方工作，2018-2019分管运维与安全，在产品角度的职责和角色窄了，但也算补齐了直管运维这个缺失的一环，谈起devops算是领导过相关的实践了，运维其实关注的是韧性和弹性，在最低成本下实现高效、稳定的运营。2019年底，到了互联网属性的企业，相对于传统ict企业的稳定it架构，更多体现出了灵活性，虽然负责的只是安全，但在业务驱动的新型技术栈的背景下，反而需要在安全能力建设上驱动乙方实现产品的创新与变革，无意之间反而符合itil4的战略合作价值共创模式，另外其实也是一种敏捷安全的持续交付。

作者提出的“8”的双环架构，在价值探索与快速验证两个维度提出的8个节点，完整，简介，清晰的涵盖了数字化能力交付的体系逻辑，相对于devops对产品规划，业务与需求的弱化，更加体系化的阐述了对价值探索和业务创新的决策支持作用，虽然scrum提倡用户故事，纳入了产品和需求层面，但在价值探索这个方法论上并没有详细的阐述。

当然，价值探索这件事提问，锚定，共创，精炼，作者并没有太多的篇幅展开详述，更多的笔墨仍是在开发和运维阶段关键环节的深入，既有各种方法论的来龙去脉，也有不同实践的总结和阐述，也不乏其中的陷阱以及技巧，所以虽然是对已知框架的阐述但仍饱含相关的经验和智慧，虽然偶尔觉得过细，但依然对执行者有相当多的影响启发，只不过我读起来就有点兴趣索然。

当然，无论是六步法还是七巧板，以及对案例应用方法的分析以及落地和实践的组织与文化变革都有颇多凝练和总结，值得借鉴，需要大家深入研读，实践中体验与消化吸收，才能实现真正的持续交付。

《持续交付2.0》读后感(五)：精益创业+持续交付

持续交付

8.7

Jez Humble David Farley / 2011 / 人民邮电出版社

《持续交付》一书成书甚早，讲解了将需求变成线上运行的服务的过程中，诸多的技术实践。其中大部分在今天看起来，仍然是正确的，而且对成书后的若干年这个领域的发展也有很好的前瞻性。有趣的是，这么多年之后，能够将持续交付实践做的很好的，仍然是凤毛麟角。

精益创业

8.4

[美] 埃里克·莱斯 / 2012 / 中信出版社

最近几年中，精益和精益创建的思想也越来越被大家接受。原因很简单，人力总是有限的，活总是干不完的，如何做最有价值的事情，把钱挣着，自然是大家非常关心的事情。

而《持续交付2.0》就是上述两种思路的结合。帮助你了解从一个idea，如何高效并有效的完成产品设计到发布上线的流程。当然了，做产品是个大学问，如果把做产品的效果和效率量化为一个数字的话，个人的经验和视野就是最前的那个1，而无论是精益思想，还是持续交付技术实践，都是后面的0。在有了1的前提下，这些做事情的“套路”，可以让你事半功倍，但如果少了那个1，再多套路还是白瞎。

那么既然有了上面两本书，及和他们相关的一些书籍了，那么《持续交付2.0》又有什么不同呢？我觉得主要是两点：

1. “绝世武功的目录”，如果你对持续交付和精益思想不太了解，本书可以帮助你快速入门，并能够从书中的引用，了解到更多的其它书和学习资料。“目录”本身还是比较详实的，无论是“共创与精炼”的常用方法，国内外各大互联网公司是如何应用这些实践的，还是“持续集成”，“自动化测试”，“部署流水线”，“发布与线上监控”这些更加基础的东西，甚至在微服务和架构方面，也有一些观点和总结。

2. 作者个人多年来帮助团队进行持续交付实施过程中总结下来的一些关键经验。对于各个实践如何少走弯路。相信对于想要高效做产品的读者来讲，是有很大的帮助的。