首页/管理/项目管理体系速查/需求跟踪矩阵 RTM
范围进度成本66 条

需求跟踪矩阵 RTM

需求跟踪矩阵把每个需求与其来源、对应交付物、测试用例和验收状态关联,用于确认覆盖度、防止遗漏与验证范围完整性。

项目管理体系速查管理更新于 2026-10-13

需求跟踪矩阵 RTM

需求跟踪矩阵把每条需求与其来源、对应交付物、设计文档、测试用例和验收状态关联起来,用于确认覆盖度、防止遗漏并验证范围完整性。正向跟踪确认需求都做了,反向跟踪确认没有多余功能。矩阵随变更更新,是范围控制与测试覆盖的依据。

基本信息

字段示例需求编号、描述、来源干系人、优先级、WBS 关联、设计文档、测试用例、状态、验收人
跟踪方向正向(需求到交付物)与反向(交付物到需求)
维护责任需求负责人或业务分析角色,变更时同步更新
颗粒度大型项目按需求条目,小项目可按功能模块
联动对象变更日志、配置管理、验收记录

典型使用场景

  • 需求评审后:建立初版矩阵,标注来源与优先级
  • 测试设计时:按矩阵逐条生成用例,确保每个需求都有覆盖
  • 变更批准后:更新受影响条目的设计、用例与状态
  • 验收前:按矩阵核对需求量是否有验收证据,确认无遗漏
  • 识别镀金时:反向跟踪交付功能,发现无对应需求的多余实现

RTM 字段示例

RTM 字段示例
需求编号 | 需求描述 | 来源干系人 | 优先级
| WBS 关联 | 设计文档 | 测试用例 | 状态 | 验收人
示例:REQ-007 | 支持多语言界面 | 海外业务部 | 必须
| WP-3.2 | DD-07 | TC-101~108 | 已验收 | 业务负责人
状态取值:待设计 / 开发中 / 待测试 / 已测试 / 已验收 / 已推迟

双向跟踪作用

方向目的发现问题的表现
正向跟踪确认需求都做了某需求无设计或无测试用例
反向跟踪确认没有多余功能(防镀金)存在无对应需求的交付物
变更联动范围控制与测试覆盖同步矩阵未更新导致测试盲区
验收核对提供验收证据链状态长期停留待测试
矩阵颗粒度要与项目规模匹配:条目过细维护成本高,过粗则失去覆盖核查作用,可按需求组与关键需求混用。
矩阵不随变更更新时,测试覆盖与验收会出现缺口,且缺口在验收阶段才被发现,修复成本最高。

易错点

  • 矩阵一次性建立后不随变更更新,测试覆盖与验收出现缺口
  • 只做正向跟踪,多余功能被默认接受,形成镀金与额外维护负担
  • 矩阵与变更日志两套数据不联动,需求版本与交付版本对不上
  • 颗粒度过细导致维护成本超过收益,团队逐渐弃用

数据来源与参考

  • PMI《项目管理知识体系指南(PMBOK 指南)》第 6 版,5.2 需求跟踪矩阵
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌