采用敏捷实践
敏捷是一组软件开发原则,出现在2001年17个行业领导者创造了敏捷宣言设计和分享更好的方法来开发软件。敏捷是世界领先的软件开发方法在商业与政府越来越普及。国会在FY18 NDAA指示国防部进行一系列敏捷的飞行员和扩大敏捷收购课程道。
政府应该引导敏捷实践四个主要特征:
- 构建程序和流程约小,频繁的能力释放
- 重视全面的文档的工作软件
- 应对变化的业务、技术和预算在开发过程中
- 活跃的用户参与整个开发,以确保高操作价值
敏捷是一种文化的基础小,动态的,授权团队积极合作与利益相关者在产品开发。敏捷开发需要团队成员遵循严格的程序,需要培训,指导,和开放的态度面对改变。尽管敏捷实施严谨,方法不是由简单的后一组规定流程,而是允许动态,定制和快速发展的方法,适合每一个组织的IT环境。
斜方发表了大量的信息应用敏捷实践在其收购项目收购在数字时代(AiDA)的网站。它包括指导功能区域和积极的收购模式建议采用敏捷在收购生命周期的每个阶段。
FY18 NDAA Section 873试点项目使用敏捷
873秒。。试点项目使用敏捷和迭代开发方法裁缝主要软件密集型作战系统和国防业务系统。
(一)试点Program. -
(1)一般。日期后30天——晚于本条例的颁布,国防部长,会商的秘书军事部门和军队的首领,应建立一个试点计划调整和简化软件开发主要软件密集型作战系统的要求及方法和国防业务系统。
(2)试点项目的实施计划。——后来颁布的日期后120天内,国防部长,会商的秘书军事部门和军队的首领,应当制定计划来实现所需的试点项目在本节,包括指导实现程序和选择系统参与这个项目。
(3)选择系统试点PROGRAM. -
(一)实施计划要求系统应选择如下:
(i)为主要软件密集型作战系统,一个系统每武装部队和一个国防充分系统,包括至少一个主要国防采办程序或主要自动化信息系统。
(2)国防业务系统,不少于两个系统和不大于8系统。
(B)在选择系统参与,秘书应当优先考虑系统如下:
(我)主要软件密集型作战系统,系统-
(我)已经确定了软件开发是一个高风险;
(2)经历了成本增长和进度延误;和
(3)没有提供任何在之前历年作战能力。
(2)国防业务系统,系统-
(我)经历了成本增长和进度延误;
(2)没有提供任何在之前历年作战能力;和
(3)表现不佳的其他系统在国防业务系统组合相似的用户需求。
和别人约好(b)调整-
(1)一般。——后60天内选择一个系统试点项目下分段(a)(3),秘书应当制定重整计划系统通过分解成更小的增量使用敏捷和迭代开发方法。调整计划应包括修订成本估计低于成本估计为系统当前日期本条例的实施。
(2)调整执行。每盘重新系统的增量-
(一)旨在提供一个真正有用的功能后在第一个180天内调整;
(B)是旨在提供后续有意义有用功能的时间少于180天;
(C)将多学科团队专注于软件生产,优先考虑用户需求和总体拥有成本的控制;
(D)是配备高素质的技术训练有素的工作人员和人员管理和业务流程在领导职位专业知识支持需求修改,收购策略,和项目决策;
(E)的收购战略确保重新系统广泛足以允许服务的建议,系统,修改业务实践中,人员的配置,或实现的策略组合;
(F)包括定期参与用户社区,以及表示用户社区的项目管理和软件生产活动;
(G)的收购战略确保重新系统支持基于需求定义和功能作为服务,包括技术评估标准的建立,结果被用来与供应商的服务水平协议谈判;和
(H)考虑选择终止与任何供应商的关系不能或不愿提供满足本部分的要求的条款。
(c)的系统。——部长可能会删除系统选择试点项目下分段(a)(3)只有在秘书提交委员会的军事参议院和众议院书面测定表明所选系统已经成功降低成本或进度增长,或不满足整体需求的试点项目。
(d)教育和培训在敏捷和迭代开发Methods. -
(1)培训需求。——秘书应确保任何人员的有关组织的军事部门和国防机构参与试点项目,包括组织负责工程、预算、承包、测试和评估、需求验证、认证认可、接受有针对性的培训在敏捷和迭代开发方法中,包括临时课程所需的891条款的行为。
(2)支持。——实施试点项目分段(a)下,秘书人员应确保参与项目提供反馈通知的发展教育和培训课程根据第891节。
(e)日落。——试点项目要求分段(a)终止于9月30日,2023年。任何系统选择下分段(a)(3)的试点计划后应继续通过其重组计划的执行。
定义(f)敏捷和迭代开发。在本节中,“敏捷和迭代开发”这个词,对软件-
(1)意味着收购根据提供多种方法,快速、增量功能用户操作使用,评估和反馈不仅仅与任何单一、专有的方法或过程;和
(2)涉及-
(A)的增量开发和部署能力,通常被称为“螺旋”,“旋转”,或“冲刺”,在几个星期或几个月可以测量;和
(B)持续参与和协作用户,测试员,要求当局。
FY18 NDAA Section 874使用敏捷软件开发试点项目
(一)一般。日期后30天——晚于本条例的颁布,国防部长应当确定不少于4和8软件开发活动在国防部或军事部门在收购一个试点项目使用敏捷开发方法。
(b)的过程。软件开发活动下确定分段(a)应选择试点和发达没有合并下列合同或交易的要求:
(1)挣值管理(维生素)或EVM-like报告。
(2)集成的总体计划的发展。
(3)综合总体规划的发展。
(4)开发的技术需求文档。
(5)开发的系统需求文档。
(6)使用的信息技术基础设施库协议。
(7)使用软件开发生命周期(方法)。
(c)角色和Responsibilities. -
(1)一般。二十三活动应当包括下列角色和职责:
(A)的项目经理授权的所有决策方案在总体活动目标,包括资源,资金,人员,并终止合同或交易建议。
(B)的产品负责人,直接向项目经理报告,负责产品的整体设计,路线图元素的优先级和解释他们的验收标准,以及优先级列表的所有功能所需的产品。
(C)一个工程主管,直接向项目经理报告,负责软件的实现和操作。
(D)设计领导,直接向项目经理报告,负责识别、沟通,可视化用户需要通过一个以人为中心的设计过程。
(2)资格。——秘书应当建立资格人员填充段落中描述的位置(1)之前,他们的选择。资格可能不包括积极的教育需求,必须根据专业技术或交付软件产品的经验,包括敏捷概念。
(3)协调计划,测试和认证机构。——项目经理应确保资源的可用性测试和认证的组织支持迭代开发流程。
(d)的计划。——国防部长应当制定计划为每个选定试点项目下活动。该计划应当包括下列要素:
(1)产品愿景的定义,识别一个简洁、明确需要软件将地址。
(2)定义的产品路线图,列出一个noncontractual计划,确定短期和长期的产品目标和具体的技术解决方案,以帮助满足这些目标和适应任务和用户需求产品所有者的自由裁量权。
(3)使用一个公告,其他事务管理局或其他快速以业绩为基础的征集过程。
(4)识别和持续参与,最终用户。
(5)频繁和迭代最终用户验证的功能和可用性原则一致的数字服务剧本中概述美国数字服务。
(6)商业最佳实践的使用先进的计算机系统,包括在适用情况下-
(一)自动化测试、集成和部署;
(B)遵守适用的商业可访问性标准;
(C)功能支持现代版本的多个普通web浏览器;
(D)能力跨最终用户常用的设备,包括移动设备;和
(E)内置应用程序监视。
(e)计划时间表。——秘书应确保每个选定的活动包括
(1)奖之后不超过三个月的过程进行需求确认;
(2)计划频繁和迭代最终用户验证实现的功能和可用性;
(3)交付功能原型或最小可行产品在3个月内从奖或更少;和
(4)后续交付迭代的开发周期不超过4周,包括安全测试和配置管理是适用的。
(f)监管指标。————秘书应确保所选择的活动
(1)使用现代追踪工具来执行需求积压跟踪;和
(2)使用敏捷开发指标,至少,跟踪-
(一)工作成就的步伐;
(B)的完整性测试活动的范围(如代码覆盖率、容错和边界测试);
(C)产品质量属性(主要和次要的缺陷和措施等关键性能和质量属性);
(D)交付进度相对于当前产品路线图;和
为每一次迭代(E)目标。
(g) Restrictions. -
(1)资金的使用。-不基金供选择的活动可能花费的评估或评估使用源代码行代码的方法。
(2)合同类型。——国防部长可能不会使用承包方法可接受最低价格或成本加成合同执行特定的活动在这一节中,并鼓励使用现有的简化和灵活的合同安排。
汇报(h) -
(1)软件开发活动COMMENCEMENT. -
(一)一般。——晚于30天前开始试点项目下的软件开发活动下分段(a),应当向国会提交国防部长委员会报告的活动(在本节称为“试点活动”)。
(B)的元素。——报告试点活动下这段应当载明的描述试点活动,包括以下信息:
(我)试点的目的的活动。
(2)试点活动的持续时间。
(3)效率和收益预期获得政府试点项目。
(2)软件开发活动COMPLETION. -
(一)一般。——后的60天内完成后一个试点活动,应当向国会提交国防部长委员会飞行员报告活动。
(B)的元素。——报告试点活动在这一段应包括以下要素:
(我)的试点活动结果的描述。
(2)等立法或行政行为的建议部长认为适当的试验活动。
(我)定义。——这部分:
(1)敏捷的收购。——收购“敏捷”一词意味着收购使用敏捷和迭代开发。
(2)敏捷和迭代开发。——“敏捷和迭代开发”一词,对软件-
(一)意味着收购根据提供多种方法,快速、增量功能用户操作使用,评估和反馈不仅仅与任何单一、专有的方法或过程;和
(B)包括-
(我)的增量开发和部署能力,通常被称为“螺旋”,“旋转”,或“冲刺”,在几个星期或几个月可以测量;和
(2)连续参与和协作用户,测试员,要求当局。
FY18 NDAA Section 891敏捷和迭代开发方法的培训
(一)一般。——后来颁布的日期后180天内,国防部长,与国防采办大学校长协商,应当建立国防采办大学培训课程在敏捷和迭代开发方法为人员提供培训实施和支持所需的试点项目部分873年和874年的行动。
(b)课程三大-
(1)一般。——课程应当教国防采办大学住校,应当包括以下要素:
(一)培训旨在灌输一个共同的理解的功能角色和依赖性参与开发与生产能力使用敏捷和迭代开发方法。
(B)的一个演习人员组成的团队相关的功能和功能组织从事开发一个集成的敏捷和迭代开发方法为一个特定的项目。
(C)教师和来自非政府实体的内容,适当的,强调商业使用敏捷和迭代开发的最佳实践方法。
(2)课程更新。——秘书应确保根据需要更新课程,包括通过合并教训试点项目的实施所需的部分873年和874年的法案在后续版本的课程。
(c)课程出勤率。——课程应当-
(1)可用于认证的收购工作人员在项目或项目使用敏捷和迭代开发方法;和
(2)强制要求部分人员参与试点项目873年和874年的这个法案有关组织的军事部门和国防机构,包括组织负责工程、预算、承包、测试和评估、需求验证、认证认可。
(d)敏捷采购支持。——秘书和收购高管的军事部门和国防机构,配合主任防御数字服务,应当分配办公室支持系统选择参与试点项目所需的部分873年和874年的商业敏捷的主题专家和知识获取方法和国防部采购流程提供援助和建议合适的收购部门专家的观察。
(e)敏捷的研究项目。——国防采办大学校长应当建立研究项目进行研究和开发敏捷收购的最佳实践和工具满足国防部的任务需求。
定义(f)敏捷和迭代开发。——“敏捷和迭代开发”一词,对软件-
(1)意味着收购根据提供多种方法,快速、增量功能用户操作使用,评估和反馈不仅仅与任何单一、专有的方法或过程;和
(2)涉及-
(A)的增量开发和部署能力,通常被称为“螺旋”,“旋转”,或“冲刺”,在几个星期或几个月可以测量;和
(B)持续参与和协作用户,测试员,要求当局。
引用
- AiDA的敏捷收购模式
- 为防御系统设计和采集软件、国防科学委员会,2018年2月
- 高有效实践和联邦应用敏捷方法的挑战
- TechFAR手册使用敏捷流程获取数字服务
- 10年度敏捷的状态报告VersionOne,
- 为什么开发人员考虑敏捷开发是无稽之谈,凯文·W。2019年1月
- 敏捷是毁了你的产品马特LeMary, 2019年1月
- 考虑使用敏捷在国防部的收购2016年12月,SEI
- 拥抱敏捷达雷尔·里格比(Darrell Rigby),哈佛商业评论,2016年5月,野中郁次郎。杰夫•萨瑟兰
- 使并购成功的敏捷开发弗兰克·麦克纳利,2014年2月
- 向更加敏捷的政府,本Balter
- 敏捷软件开发计划的成功:在联邦机构2013年8月,ACT-IAC

