持续交付加速了创新的步伐
2013-04-19 08:59
190 查看
Thoughtworks近期发布了一份包含持续交付(简称CD)成熟度模型的白皮书,回应了近期研究发现的一个现象,即多数企业都能够理解创新的重要性,但它们交付软件的速度还是无法满足业务主管的需求。白皮书中解释到,由于企业的持续交付成熟度处于较低的水平,使得软件开发团队无法成为重要的战略伙伴,也导致了软件发布的速度落后于业务需求。
Thoughtworks希望这些企业能够使用这个成熟度模型来找出自身流程及工具中的不足之处,使得企业可以专注于改善这些领域。他们相信持续交付是提高软件开发成产力,乃至超出预期的解决方案,进而在技术部门中产生出新的能力,这将使技术部门能够在企业的战略方向中扮演一个至关重要的角色。以下的等级及结果在白皮书中有详细说明:
5:优化级 – 持续部署的能力保证了业务创新及实验。
4:已量化级 – 按需发布:软件始终处于可发布状态。发布时间箱已明确定义,符合或小于业务要求。
3:已定义级 – 规则的发布节奏:发布时间箱已明确定义,但从项目立意到生产发布的时间超过了业务需求。
2:已管理级 – 计划发布:发布时间箱已明确定义,但从项目立意到生产发布的时间超过了业务需求。
1:初始级 – 临时部署。
该成熟度模型被划分为5个等级。那些未达到等级4的企业很难以一个可接受的速度交付创新。而处于等级3或以下的大多数企业将无法跟上业务主管和市场的需求。
Thoughtworks已委托市场研究公司Forrester Consulting为白皮书展开调研,涉及调查325位商业及IT专业人士。
如果你已经使用该持续交付模型找出了缺陷,那么你可以在InfoQ上找到更多有助于填补这些缺陷的信息。今年的早些时候曾发表过一个有助于采用持续交付的模型。ThoughtWorks的首席顾问Jez Humble近期就实现持续交付的最重要因素发表了看法。
Thoughtworks希望这些企业能够使用这个成熟度模型来找出自身流程及工具中的不足之处,使得企业可以专注于改善这些领域。他们相信持续交付是提高软件开发成产力,乃至超出预期的解决方案,进而在技术部门中产生出新的能力,这将使技术部门能够在企业的战略方向中扮演一个至关重要的角色。以下的等级及结果在白皮书中有详细说明:
5:优化级 – 持续部署的能力保证了业务创新及实验。
4:已量化级 – 按需发布:软件始终处于可发布状态。发布时间箱已明确定义,符合或小于业务要求。
3:已定义级 – 规则的发布节奏:发布时间箱已明确定义,但从项目立意到生产发布的时间超过了业务需求。
2:已管理级 – 计划发布:发布时间箱已明确定义,但从项目立意到生产发布的时间超过了业务需求。
1:初始级 – 临时部署。
该成熟度模型被划分为5个等级。那些未达到等级4的企业很难以一个可接受的速度交付创新。而处于等级3或以下的大多数企业将无法跟上业务主管和市场的需求。
Thoughtworks已委托市场研究公司Forrester Consulting为白皮书展开调研,涉及调查325位商业及IT专业人士。
如果你已经使用该持续交付模型找出了缺陷,那么你可以在InfoQ上找到更多有助于填补这些缺陷的信息。今年的早些时候曾发表过一个有助于采用持续交付的模型。ThoughtWorks的首席顾问Jez Humble近期就实现持续交付的最重要因素发表了看法。
相关文章推荐
- 【抢先看】互联网企业持续交付之测试创新
- 消息称Facebook悄然加速入华的步伐 酝酿年内入华
- 部署:持续集成(CI)与持续交付(CD)——《微服务设计》读书笔记
- 产品经理人的持续交付和DevOps实践
- docker入门持续交付之路
- [IE9] GPU硬件加速到底是实用创新还是噱头
- 成都云栖大会_阿里1582.73亿营收背后的持续交付如何玩?
- 阿里云持续交付平台CRP | 从代码托管,到一键发布,从持续集成,到持续交付,CRP让交付更加简单、可靠、高效
- 从持续交付看敏捷开发的自相似性(敏捷开发的心跳)
- 阿里巴巴持续集成持续交付之分层自动化
- Android Patch方案与持续交付
- 将 UrbanCode Deploy 用于 Docker 应用的持续交付
- 致产品经理: 持续集成、持续交付、持续部署和DevOp
- <<持续交付>>终点的精彩
- 持续交付的新生力量-WiseBuild1.0正式发布
- 持续交付团队该如何做重构
- 玩转spring boot——结合阿里云持续交付_0
- 美的集团:智慧创新背后的持续驱动力
- Docker和持续交付部署类型
- Serverless 风格微服务的持续交付