【IT168 评论】持续交付就是通过不断优化交付流程，并让软件保持在潜在可发布的状态，从而将发布决定权交还给产品经理，他只要根据市场的情况，点一下按钮就可以发布软件了——对你来说，可能是一个不错的想法，然而，你所在的组织中，其他部门却未必买帐。

▲持续集成&持续交付领域专家乔梁

　　乔梁，持续集成&持续交付领域专家，致力于帮助企业提高软件交付能力，为多个大型电信企业、互联网企业、移动设备制造商提供相关咨询培训服 务。作为该领域的先行者，他在第一时间翻译《持续交付》一书，将相关理念与非常好的实践引入中国。该书获得2011年Jolt 杰出大奖，作者Jez Humble与乔梁共事两年，一同开发持续交付商业产品Go。

　　其曾任职ThoughtWorks，为国内多家公司提供咨询服务，后在百度任职高级架构师，深入重点产品线，规划设计并领导了公司级编译集群和产品 线构建集群的建设，以建立持续交付必备的基础技术设施。作为中国区第一个敏捷与精益顾问，加入诺基亚(中国)投资有限公司，帮助公司进行组织改进。

　　在Qcon 2013的分会场演讲中，乔梁老师分享一些公司在开始采纳持续交付的真实故事，并共同探讨在最初尝试持续交付的过程中，导致成功或者失败的各种因素，包括组织、架构、流程、工具等，及相应的注意事项。

　　在持续交付领域，非常关键的一点就是，发布流程是可重复、可靠的过程。有人参与的发布流程，基本上是不可重复、不可靠的。随时程序发布次数的增多，软件中的Bug也会随之减少，特别是相比较第一次发布的时候，Bug会减少许多。对于很多传统企业而言， 如果只是三个月一次大的Release，那么其中的Bug数量会让IT部门人员非常紧张。

　　“举例子说，我之前做了一个大概半年的项目，在软件Release的前两天，基本没有睡觉，因为出现了各种各样的问题。我们开发团队在之前并没有发现这问题，一直觉得没有太大的问题，之后放到实际生产环境中才发现。通过这次教训，我们的团队开始使用持续集成和持续交付。”乔梁老师表示。

　　除尽早的发现Bug外，使用持续交付还能够让你尽早的收回成本。需要注意的是，如果前期投入很多，只有当上线部署的时候，你才会感觉到开始收回成本;如果是快速的迭代交付，就会很快的看到回报。持续交付就是随着时间的推移，软件功能一点一点的推送到线上，每做一点功能推送一点。企业如何做到持续交付?乔梁老师提到了一个非常重要的能力：always write production-ready code。