1. 需求跟踪矩阵（RTM）有什么作用
a) 在需求变更、设计变更、代码变更、测试用例变更时，需求跟踪矩阵是目前经过实践检验的进行变更波及范围影响分析的最有效的工具。如果不借助RTM，则发生上述变更时，往往会遗漏某些连锁变化。
b) RTM也是验证需求是否得到实现的有效工具。借助RTM，可以跟踪每个需求的状态，是否设计了，是否实现了，是否测试了。
c) 如果建立了需求跟踪矩阵，我们对照需求跟踪矩阵进行测试用例的评审，则会更加方便。如果建立了需求跟踪矩阵，作者本人很容易在评审之前就发现未被测试用例覆盖的需求。
d) 基于上例，依此类推，在我们进行设计评审时，也要对照需求跟踪矩阵检查每个需求是否被设计了，以及设计的正确性、合理性。
2. 需求跟踪矩阵分为哪几类
a) 纵向跟踪矩阵，包括如下3种
需求之间的派生关系：客户需求到产品需求
实现与验证关系：需求到设计、需求到测试用例等；
需求的责任分配关系：需求由谁来实现
b) 横向跟踪矩阵，需求之间的接口关系
3. 应建立哪些需求跟踪矩阵
客户需求与产品需求之间的跟踪关系、产品需求与测试用例的跟踪关系、产品需求与设计之间的跟踪关系。不同企业的选择不同，要根据实际情况再图中的跟踪关系选择。
图 5需求跟踪关系
4. 需求跟踪矩阵由谁来建立
需求开发人员负责建立客户需求到产品需求的RTM
测试用例的编写人员负责建立需求到测试用例的RTM
设计人员负责建立需求到设计的RTM
总之由下游的工作者建立与上游的跟踪关系
QA人员检查是否建立了RTM，是否所有的需求都被覆盖了
5. 需求跟踪矩阵是否纳入基线管理
RTM要纳入基线管理。纳入基线管理后，每次变更都要申请。RTM的变更一般是和其他配置项变更一起申请，很少单独申请变更RTM，除非RTM有错误
6. 如何简化需求跟踪矩阵的工作
当需求、设计、测试用例是一对一的关系，可以用编号来实现跟踪，如需求为r1,r2,…等编号；而设计的编号为r1-d1,r2-d2,r3-d3,…;测试编号为r1-t1,r2-t2,r3-t3,…等等；
但如果需求与他们之间是多对多的关系，仅用编号是无法实现的。需要借组Doors之类的需求管理工具，如果项目比较小，用Excel来维护也可以。
