持续交付加速了创新的步伐

  • Aslan Brooke
  • 邵思华

2013 年 4 月 18 日

话题:ThoughtWorksDevOps持续交付

Thoughtworks 近期发布了一份包含持续交付(简称 CD)成熟度模型的白皮书,回应了近期研究发现的一个现象,即多数企业都能够理解创新的重要性,但它们交付软件的速度还是无法满足业务主管的需求。白皮书中解释到,由于企业的持续交付成熟度处于较低的水平,使得软件开发团队无法成为重要的战略伙伴,也导致了软件发布的速度落后于业务需求。

Thoughtworks 希望这些企业能够使用这个成熟度模型来找出自身流程及工具中的不足之处,使得企业可以专注于改善这些领域。他们相信持续交付是提高软件开发成产力,乃至超出预期的解决方案,进而在技术部门中产生出新的能力,这将使技术部门能够在企业的战略方向中扮演一个至关重要的角色。以下的等级及结果在白皮书中有详细说明:

5:优化级 – 持续部署的能力保证了业务创新及实验。

4:已量化级 – 按需发布:软件始终处于可发布状态。发布时间箱已明确定义,符合或小于业务要求。

3:已定义级 – 规则的发布节奏:发布时间箱已明确定义,但从项目立意到生产发布的时间超过了业务需求。

2:已管理级 – 计划发布:发布时间箱已明确定义,但从项目立意到生产发布的时间超过了业务需求。

1:初始级 – 临时部署。

该成熟度模型被划分为 5 个等级。那些未达到等级 4 的企业很难以一个可接受的速度交付创新。而处于等级 3 或以下的大多数企业将无法跟上业务主管和市场的需求。

Thoughtworks 已委托市场研究公司 Forrester Consulting 为白皮书展开调研,涉及调查 325 位商业及 IT 专业人士。

如果你已经使用该持续交付模型找出了缺陷,那么你可以在 InfoQ 上找到更多有助于填补这些缺陷的信息。今年的早些时候曾发表过一个有助于采用持续交付的模型。ThoughtWorks 的首席顾问 Jez Humble 近期就实现持续交付的最重要因素发表了看法。

查看英文原文Continuous Delivery Speeds Up Innovation


感谢康锦龙对本文的审校。

给 InfoQ 中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ)或者腾讯微博(@InfoQ)关注我们,并与我们的编辑和其他读者朋友交流。

ThoughtWorksDevOps持续交付