技术成熟度和风险降低(TMRR)阶段
成熟的需求
需求在敏捷环境通常是通过项目管理,版本,和sprint积压而不是通过正式的需求文档。积压可能需要数据库的形式,Excel电子表格,或者基于敏捷的软件工具。产品负责人积极管理(培训)计划和释放积压,处理用户社区和其他利益相关者识别所需的详细程度最大的最高优先级需求。
下图显示了项目之间的关系,释放,和sprint积压。项目待办事项列表包含所有所需的功能和要求。一个发行版计划安排中通常包括最高优先级需求从项目积压,团队可以在既定的时间内完成。每个sprint由最高优先级需求的发行版计划安排中。一旦开发团队致力于为sprint工作的范围,该范围是锁着的。Sprint示威活动由承包商在Sprint结束时可能确定新的特性或缺陷,团队将增加释放积压或程序。
产品待办事项列表的初始开发
产品所有者,与运营合作赞助商,要求组织、遗留系统运营商,一个广泛的用户基础,架构师、系统工程师、企业架构师,和其他利益相关者,捕获,集成,改进,重视项目项目积压。项目可以包括:
- 史诗或主题的主要需求元素,跨越多个版本
- 与其他系统的接口
- 基础设施需求/接口
程序之间的交互、释放和Sprint积压
许多商业敏捷开发工具都可以通过捕获程序要求用户故事验收标准。这些用户故事是保存在一个数据库进一步细化,优化,和估计的复杂性,时间,成本为每一个元素。在项目的早期阶段,这通常是由政府人员,如产品所有者PMO的支持之前,承包商选择EMD阶段。
政府人员,包括承包商FFRDC和支持敏捷开发技术,基于终端用户需求的用户故事草案;这些用户故事和估计是精制一次开发承包商被选中。用户故事必须清楚地呈现在操作使用一个既定格式条款,包括验收标准。政府捕捉草案估计的复杂性和时间要求完成必要的活动为首要任务的故事来支持构建版本和估计成本和时间表。低优先级的故事的细节将会在未来。
的大部分通过积压需求管理和用户故事将EMD阶段完成一次承包商被选中。有关详细信息,请参阅管理积压。
额外的引用:
- 它的盒子
- 获取、收集、和发展需求,横切系统工程手册
- 分析和定义需求,横切系统工程手册
- 敏捷软件需求,Leffingwell院长
- 敏捷软件开发用户故事:申请Mike Cohn,
- 需求工程在敏捷软件开发环境阿兰·哈克比2015年9月
- 敏捷需求的最佳实践由Scott Ambler
- 需求的合作由艾伦Gottesdiener(见也书通过相同的名称)
- 敏捷需求建模由Scott Ambler
- 敏捷软件需求由院长Leffingwell
- 编写有效用例Alistair Cockburn的
- 片的故事,首先确保他们太大,Gojko Adzic



0评论