需求文件描述各种单一需求将如何满足与项目相关的业务需求。一开始,可能只有高层级的需求,然后随着有关需求信息的增加而逐步细化。只有明确的(可测量和可测试的)、可跟踪的、完整的、相互协调的,且主要干系人愿意认可的需求,才能作为基准。需求文件的格式多种多样,既可以是一份按干系人和优先级分类列出全部需求的简单文件,也可以是一份包括内容提要、细节描述和附件等的详细文件。

Requirement Tracking Matrix
需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。使用需求跟踪矩阵,把每个需求与业务目标或项目目标联系起来,有助于确保每个需求都具有商业价值。需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法,有助于确保需求文件中被批准的每项需求在项目结束的时候都能交付。最后,需求跟踪矩阵还为管理产品范围变更提供了框架。
需求管理计划 | |||
项目名称 | 时间 | ||
需求收集 | |||
需求分析 | |||
需求分类 | |||
需求记录 | |||
需求排序 | |||
需求测量指标 | |||
需求跟踪 | |||
需求报告 | |||
需求确认 | |||
需求配置管理 |
需求文件 | ||||||
项目名称 | 准备日期 | |||||
编号 | 需求 | 干系人 | 分类 | 排序 | 验收标准 | 确认方法 |
需求跟踪矩阵 | ||||||||
需求信息 | 关系跟踪 | |||||||
编号 | 需求 | 排序 | 分类 | 来源 | 目标 | WBS可交付成果 | 测量指标 | 确认 |
内部需求跟踪矩阵 | ||||||||
编号 | 业务需求 | 排序 | 分类 | 来源 | 编号 | 技术需求 | 排序 | 来源 |