在早期阶段,程序与操作赞助商提炼和结构程序的要求。设置阶段,团队应该有一个清晰的理解用户的操作(CONOPS)的概念、性能目标和操作环境。需求优先支持的替代品(AoA)的分析,权衡,通过释放结构发展的优势和劣势。随着需求的成熟,频繁与终端用户的合作是至关重要的,确保需求捕获用户的优先级需求和所有利益相关者共同理解的当前和未来的作战。与其他利益相关者合作(如工程师、测试人员,和企业架构师)在需求的影响也很重要。程序标识的产品负责人,需求文档结构,建立了需求管理流程。一旦选定承包商,开发团队改进计划与产品所有者和PMO和释放积压。

需求在敏捷环境通常是通过项目管理,版本,和sprint积压而不是通过正式的需求文档。积压可能需要数据库的形式,Excel电子表格,或者基于敏捷的软件工具。产品负责人积极管理(培训)计划和释放积压,处理用户社区和其他利益相关者识别所需的详细程度最大的最高优先级需求。

下图显示了项目之间的关系,释放,和sprint积压。项目待办事项列表包含所有所需的功能和要求。一个发行版计划安排中通常包括最高优先级需求从项目积压,团队可以在既定的时间内完成。每个sprint由最高优先级需求的发行版计划安排中。一旦开发团队致力于为sprint工作的范围,该范围是锁着的。Sprint示威活动由承包商在Sprint结束时可能确定新的特性或缺陷,团队将增加释放积压或程序。

产品所有者,与运营合作赞助商,要求组织、遗留系统运营商,一个广泛的用户基础,架构师、系统工程师、企业架构师,和其他利益相关者捕获,集成,改进,重视项目项目积压。项目可以包括:

• 史诗或主题的主要需求元素,跨越多个版本
• 与其他系统的接口
• 基础设施需求/接口

进行额外的信息的访问敏捷需求页面。

的Section 809面板建议国防部采用动态组合方法在他们的需求第三卷报告。

领先的商业企业和初创企业应用敏捷实践通过动态管理软件需求,优先积压的用户故事。用户故事捕获最终用户期望软件交付功能,通常与一个明确的“完成”的定义,作为验收标准。产品所有者与利益相关者优先考虑产品的用户故事backlogs-the组必须开发软件的功能。最高优先级的特性确定的范围下定时发行版计划安排中。开发团队致力于设计、开发、集成、测试和演示工作软件每个sprint backlog用户和测试人员。基于软件的性能和用户的反馈,产品所有者可以更改版本和程序积压塑造用户故事和优先级。

使用动态投资组合管理需求积压
软件需求模型应该是及时的,迭代的、动态的、以用户为中心。执行投资组合应该通过一系列的动态管理功能需求积压而不是大型静态文档。正如前面提到的,一个动态积压的优先列表需要函数编写一个操作用户的角度来看,但还可以包括网络安全等技术要求。最高优先级待办事项列表上的项目驱动下一个功能开发或研究(如果需要更大的技术成熟度)。需求来塑造一个新功能开发可以迭代地捕获并批准通过一个定制的文档,根据大小、范围、成本和风险。通过积压管理需求对软件很容易,这给他们的动态和可断开的特质,但投资组合也可以采用这种方法除了它较小的项目,迭代开发。

组合的业务代表应该能够动态重排,添加或删除,形状和功能需求根据运营需求、威胁、技术性能、系统工程、安全、反馈从先前的版本,和其他因素。这些代表将积极配合作战指挥官,终端用户,组织提供威胁评估和企业架构师去组织和管理投资组合积压。在组合评论与军事服务领导和操作命令,PAEs和他们的业务代表可以积压的需求以确保符合服兵役和CCMD操作优先级和结果。

每个程序或增量也可以通过动态管理其需求积压。临时演示了开发或部署、用户反馈和系统性能可能产生新的功能需求或改变优先级积压。目标应该是确保每个连续的迭代处理用户的有效性最高优先级需求和加强力量。

你可以采取行动

• 设置一系列与利益相关者的讨论从操作/要求组织管理要求更大的灵活性。
• 如果他们是在一个程序可以评估适合敏捷的环境。
• 没有批准新项目需求文档是理想有效的形状敏捷需求管理结构。
• 与现有项目需求文档,可以探索定制文档的实现细节或重组。
• 与敏捷教练合作,有效范围从高水平的需求和管理需求的细节通过用户故事的积压。
• 社交和迭代计划需求管理方法与关键的利益相关者和监督组织。
• 概述关键的角色和职责,确定正确的个人(s)作为产品所有者和相关的角色。