阻碍公司持续交付的主要因素

似乎每星期都会有一项新研究发表，显示构建持续交付流程的好处，这引出了一个明显的问题：为什么一些软件开发公司会坚持？一些组织尚未采用持续交付的主要原因是什么？

以下是我从坚持者那里得到的常见解释的非正式列表：

文化

在许多较大的企业中，解释是文化而非技术。几十年的老公司拥有围绕瀑布构建的大量模型，包括非常昂贵的工具和流程，更不用说所有工作依赖于继续使用瀑布的人员，很难做出持续交付所需的更改。以 Adobe 为例，这家拥有 30 多年历史的大型公司采用了持续交付。

即使您说服工程团队持续交付是必经之路，组织也可能面临其他部门的反对，这些部门将受到应用程序生命周期变化的影响。销售团队、客户支持或客户本身可能会坚持使用瀑布方法。

持续交付是其中一项投资，您可以期望预先投入大量时间和精力，以便在未来获得重大收益。投资值得吗？当然是这样，但是当您是一个全天候完成当前项目的工程团队时，可能很难花费必要的时间来改进您的流程。

为了构建 CD 管道，您必须实施一个系统，将许多分散的服务拼凑在一起。您将不得不吸收您的代码存储库、错误跟踪、项目管理、部署系统等。让所有这些都协同工作是非常具有挑战性的。团队担心一旦你这样做，你就会被一种特定的技术或工具所封闭。

这些都不是取消持续交付的理由，但这些是在某些组织中尝试实施 CD 时需要注意的挑战。话虽如此，我坚信每个组织在未来几年都将不可避免地转向这种敏捷实践。

想了解更多关于持续交付的信息吗？下载我们广受欢迎的免费电子书—— 我们信赖的数据库自动化。