写点什么

美国国防部(DoD)计划采用敏捷开发

  • 2014-06-12
  • 本文字数:1497 字

    阅读完需:约 5 分钟

在 Jeff Sutherland 博士的帮助下,美国国防部(DoD)计划采用敏捷开发。Jeff Sutherland 博士是 Scrum 软件开发过程的发明者和 Scrum 公司的首席执行官。

美国国防部启动了一项名为“美国国防部信息技术现代化”的计划,敏捷开发的启动被列为此计划的其中一项议程。

尽管大部分部门还没有接受敏捷开发,美国国防部首席信息官已经建立了如下的现代化计划:

美国国防部 CIO 关于 IT 现代化的 10 点计划瞄准近期最紧迫的一些挑战,并提出有效的方案以提供敏捷,安全,完整的 IT 响应能力。这一计划能够让美国国防部降低成本并提供更快的响应能力,同时提高协同工作的能力,提升用户的满意度和网络安全性,最终达成任务。

Jeff 在美国国防部采用敏捷开发网页上的一篇文章中提到政府希望从瀑布式开发方式转移到敏捷开发。新的美国国防部采购清单设定了一系列与敏捷相对应的原则,采购时必须遵循这些原则。采购的流程定义如下:

  • 及早的、持续的用户参与
  • 多重的、快速执行的增量或能力发布
  • 及早的、持续的原型以支持演化方法
  • 模块化,开放系统的方法

基本上,至少在美国国防部,敏捷已经成为法律。

Jeff 提出了美国国防部软件采购的两个模型。第一个模型一定程度上反映了瀑布式的开发思路,即将软件的部署置于多次构建之后。

第一个模型主要以满足复杂的、国防独有的软件程序的开发需求为主,这类软件程序通常需要完成多次软件构建后才能够部署。这种模型的核心特征就是有计划的软件构建——一系列可测试的整体能力的集成子集——这些构建与定义清晰的决策标准共同保证在提交后续的构建之前已经有足够的进展。

第二个模型则是关于软件的频繁交付。新的模型让美国国防部更加接近敏捷软件开发宣言的第二个价值观——工作的软件重于详尽的文档。他们也许还不能够满足敏捷软件开发宣言在几周或几个月内增量交付产品的原则,但这绝对已经是一个巨大的进步。

这个模型与前一个模型的区别在于能力快速交付替代了单一的里程碑和单一的完整部署,这种快速交付是通过几次有限的守备(limited fielding)获得的。每个有限的守备都源自一个特定的构建,并为用户提供成熟的经过测试的整体能力的子元素。满足被批准的增量能力要求通常需要有几个构建和守备。后续的能力所需的技术解决方案的识别和开发一定程度上会并行开展,这样可以更快的发起并执行后续的增量。

在他的一篇技术说明文档中, Will Hayes 为国防部的采购专员提供了关于编写需求方案说明书时如何使用敏捷开发的指导。

如果项目管理办公室(PMO)正在编写需求方案说明书,无论在哪个阶段,都要确保需求方案说明书中包含允许使用敏捷开发的措辞。多数情况下,传统的需求方案说明书的措辞基本不可能推荐基于敏捷的解决方案。

根据自己在美国国防部的敏捷实施经验,Jeff 发起了一门名为敏捷国防的在线课程。这门课程的基础是Scrum,敏捷和军队如何合作。如何在国防部的背景下处理敏捷采购和合同。这门课程既适合采购专员也适合承包商。

已退休的美国陆军上将McCaffrey 也非常支持在战场上实行Scrum。他分享了他对《 Scrum: The Art of Doing Twice the Work in Half the Time》这本书的看法:

不论他们领导的军队是在战场上还是在市场上,Scrum 这本书都是每个领导人必读的。当今世界所面临的挑战无法容忍迟缓无效的工作。非常快的速度,巨大的生产力和对于达成目标的坚定不移的承诺是成功的基础。换句话说,Scrum 就是成功的基础。

查看英文原文: US Department of Defense (DoD) is Going Agile


感谢杨赛对本文的审校。

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

2014-06-12 01:532970
用户头像

发布了 75 篇内容, 共 64.3 次阅读, 收获喜欢 6 次。

关注

评论

发布
暂无评论
发现更多内容

【图解数据结构】排序全面总结(下)

知心宝贝

数据结构 算法 排序算法 3月月更

提升客户服务体验的技巧

小炮

客户服务 SaaS平台

【Python】此集合非彼集合

謓泽

3月月更

4/8 Serverless 技术实践营成都站持续报名中

阿里巴巴云原生

什么是数据恢复?数据丢失的最常见原因有哪些?

Ethereal

从建好到用好,阿里云原生微服务生态的演进

阿里巴巴云原生

错误码设计思考

木小风

Java 架构 错误码

虎符交易所APP产品UI全新升级 让用户体验更流畅

区块链前沿News

虎符交易所

报名开启 | 3月30日,阿里云-索信达智能金融平台线上发布会

索信达控股

Windows、Linux、Apple三大操作系统的主流文件系统包含哪些?

Ethereal

【百度智能云X英伟达】直播实录|GPU云产品体系介绍和应用场景分享

百度开发者中心

Ansible:实战笔记

NChunHisenG.🐰

ansible

信创背景下,J2PaaS低代码平台如何支持企业国产化?

J2PaaS低代码平台

信创 低代码平台 J2PaaS 企业国产化 J2PaaS低代码

ABAP 获取本地路径

Jasen Ye

abap 文件路径

Java AOT之GraalVM native image介绍以及简单长连接服务实践

BUG侦探

GraalVM java aot native image

怎样做一个知识库网站

小炮

知识库 SaaS平台

云原生小课堂|Envoy请求流程源码解析(三):请求解析

York

云原生 网络 envoy Service Mesh (ASM)

国家产业政策不断加码,氢能步入加速发展期

易观分析

氢能源 氢能源产业

弱监督语义分割:从图像级标注快进到像素级预测

网易云信

安全

EMAS 移动推送发布uni-app插件

移动研发平台EMAS

ios 阿里云 Android端 开发与运维 移动推送

网络安全Kali之基于SSH、FTP协议收集信息

学神来啦

让人秒懂的Redis的事件处理机制

Linux服务器开发

redis reactor epoll Linux服务器开发 Linux后台开发

【百度智能云X英伟达】直播实录|超大规模AI异构计算集群的设计和优化

百度开发者中心

拜托,不用记密码真的超酷好吗?

蚂蚁集团移动开发平台 mPaaS

小程序 移动开发 mPaaS

TDesign React Starter 发布

TDesign

什么是持续集成?如何基于Jenkins进行持续集成?

阿里云云效

云计算 阿里云 云原生 持续集成 CI/CD

详细解读开源 PolarDB 三节点高可用的功能特性和关键技术

阿里云数据库开源

数据库 阿里云 开源 polarDB

延期通知 RocketMQ Summit 议题全揭秘

阿里巴巴云原生

Apache ShardingSphere 5.1.0 执行引擎性能优化揭秘

SphereEx

数据库 ShardingSphere SphereEx apache 社区

国产版Postman

Liam

Java Jmeter Postman swagger Mock

拆分电商系统为微服务

孙强

架构师实战营

美国国防部(DoD)计划采用敏捷开发_研发效能_Savita Pahuja_InfoQ精选文章