中间层的需求

• 所有中间层收购项目应当有记录功能的需求,不超过六个月从项目启动的时候,社区的需求。
• 至少,一个顶级的最小可行产品需求文档将概述接受操作的力量
• 快速部署,顶层需求应包括所需的生产数量满足作战需要在第一个五年的服务

• 副参谋长战略计划和需求(AF / A5/8)将支持需求快速并购活动的发展。
  • 因为快速原型的努力免除联合功能集成和开发系统(JCIDS)过程,formally-documented需求不需要对这些努力。然而,AF / A5/8将启动和文档最初要求后续在原型尽可能细化。
  • 尽管快速部署工作也免除JCIDS A5/8将提供要求的流程,验证。
• 快速收购活动应该满足需求沟通的作战命令,参谋长联席会议,和/或空军及时和有效的方式。
• 豁免JCIDS不应免除PM与需求部门(例如作战命令,参谋长联席会议,CSAF),以确保快速收购(即满足当前或草案要求。,“需求拉动”)或可能如果成功(即生成一个新的需求。“技术推动”)。
• 快速原型的努力应该评估潜在的创新技术,新功能,和/或改进流程以满足现有或未来新兴能力差距或创建操作机会。
• 最初要求快速原型的努力通常应该验证不晚于起始一年后,但不是强制性的。
• 快速部署工作应该考虑现有产品的潜力,经过验证的技术,和/或演示流程来满足现有的或新兴的能力差距或创造未来的操作机会。
• 要求快速部署CSAF努力必须验证或指定代表之前的资金承诺,除非放弃了SAE。

快速原型的努力可能会先于验证要求,事实上,可能通知要求。尽管不受JCIDS MTA权威,收购团队必须有一个批准的要求在6个月的时间内,MTA过程开始。PEO / PM将迅速与HODA合作协助工作人员的需求在整个企业降低风险,促进信息共享之前批准。随着原型的成熟,后续的需求可能是合理的和记录。

原型的努力应该先开始最困难的要求。这允许早期确认原型项目是可实现的,将努力朝着一个不同的技术,或通知程序终止。原型应该定义良好的输出,可以评估士兵接触点和/或实验。这将被用来通知,尽可能量化的方式,建议由点,与钢管输入适用的地方。建议应通知哒,然后决定继续进行,调整或终止原型的努力。

更新:每小君2019年亚足联备忘录缩写能力开发文档(一个cdd)可以作为源需求执行程序启动之前快速试验和原型的努力IAW Section 804收购的中间层。在一个一个CDD, CDD段落必须占,然而每个部分的内容/段落不需要最后CDD的成熟度级别。

有效范围的程序、增量或释放是一个关键元素能够及时交付能力。太多的程序尝试一次做太多风险提供任何功能。关键是要利用成熟技术的工作范围,是负担得起的内可用的预算,可以在所需的实际交付/需要时间。帮助满足预期的交货日期,需要某种程度的灵活性的需求。操作命令或业务单元通过高水平的目标应该传达需求获取组织提供尽可能多的功能基于预算,时间表,风险,和其他因素。那句古老的谚语:“完美是良好的敌人”适用于项目范围和要求;最好有一个风险解决方案今天比80%整个程序试图让它完美。如果您的程序提前交付的压力下,问问你自己:什么功能可以被删除或递延,仍然实现想要的结果?如果你有效范围如下面程序和管理需求,您应该能够定期交付能力。

指导原则

• 范围越小,越快今天交付- 80%解决方案!
• 较小的需求文档=快速——不要过于定义解决方案
• 尽快提供一个最小可行产品(MVP)来验证学习的产品符合用户的需求。
• 通过简短的总结操作赞助商捕捉高水平的目标
• 赋予一组“产品所有者”视野,塑造需求,与用户合作,收购方,开发人员
• 低层次需求必须保持动态
• 只要求当前版本应该利用成熟的技术/ COTS的解决方案,进行迭代对未来发展
• 访问操作命令来面对面的会见许多终端用户了解他们的环境,挫折与遗留系统、约束、新威胁和优先级。