软件交付过程是指在编程序改代码之后，直到将软件发布给用户使用之前的一系列活动，如提交、集成、构建、部署、测试等。而在软件交付过程中，DevOps 是一个重要的部分。DevOps（Development 和 Operations 的组合词）是一种重视 “软件开发人员（Dev）” 和 “IT 运维技术人员（Ops）” 之间沟通合作的文化、运动或惯例。透过自动化 “软件交付” 和 “架构变更” 的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。DevOps 火热得快，DevOps 运动，强调从组织、流程规范特别是技术上把运维甚至安全（DevSecOps）等纳入进来，打通 “最后一公里”，实现真正的端到端，从需求端到最终用户端。在软件交付中，并不是软件交付就完事了，持续交付及持续更新才是重点。而持续交付，侧重于工程技术及落地实践，打通面向终端用户，这其中最重要的就是高效协作，而高效协作的核心秘密，正是减少协作。为什么这么说？因为人和人之间的合作是很累的，身体累，心更累。沟通需要不少时间，以理解上下文、进入状态（被打断后又得重新进入状态）。协调也需要不少时间，各有优先级，有各种争抢、各种排队、各种等待。若是赶上年假、时间冲突、新冠肺炎疫情等，那更麻烦。还有说不清道不明的人际关系及 “软拒绝”。所以说，尽量一件事情能够从头到尾独立完成。作者在文中也提到了软件交付的第一个策略，就是细粒度、低耦合，自己完成一件事情，不要总是动辄牵扯到别的人、别的事。因为牵扯越多，效率越差。另外在各个方面追求小批量：小批量的设计功能、交代开发任务，小批量的集成，小批量的测试，小批量的发布。于是，就有可能让整个流程持续地流动起来，而不是走走停停。软件交付流程，其实跟很多商业行为是高度相似的，虽然专业的术语不懂，但是读完本书还是有不少启发。

软件实现侧目标通常是：“多、快、好、省”：・多 —— 更高的产能。 ・快 —— 更快的响应速度。 ・好 —— 适当的质量。 ・省 —— 合理的成本。

软件交付过程是指在编程序改代码之后，直到将软件发布给用户使用之前的一系列活动，如提交、集成、构建、部署、测试等。本书作为通识类图书，对软件交付过程的各个方面进行了全面综合的介绍。这包括三部分内容：第 1 部分，介绍在研究软件交付过程时常见的思路和思考框架；第 2 部分，梳理软件交付的总体过程；第 3 部分，考查软件交付过程中的各个具体活动。

符合通识这两个字，但是前后内容有一些重复，缺少实践案例，只是在讲一些概念。