需求跟踪矩阵
简练网软考知识点整理-项目需求跟踪及需求跟踪矩阵
简练⽹软考知识点整理-项⽬需求跟踪及需求跟踪矩阵1.需求跟踪需求跟踪包括编制每个需求同系统元素之间的联系⽂档。
这些元素包括别的需求、体系结构、其他设计部件、源代码模块、测试、帮助⽂件、⽂档等。
跟踪能⼒信息使变更影响分析⼗分便利，有利于确认和评估实现某个建议的需求变更所必须的⼯作。
2.需求跟踪⽬的需求跟踪提供了⼀个表明与合同或说明⼀致的⽅法，需求跟踪可以改善产品质量，降低维护成本，⽽且很容易实现重⽤。
需求跟踪是个要求⼿⼯操作且劳动强度很⼤的任务，要求组织提供⽀持。
随着系统开发的进⾏和维护的执⾏，要保持关联链信息与实际⼀致。
跟踪能⼒信息⼀旦过时，可能再也不会重建它了。
由于这些原因，应该正确使⽤需求跟踪能⼒。
下⾯是在项⽬中使⽤需求跟踪能⼒的⼀些好处：（1）审核跟踪能⼒信息可以帮助审核确保所有需求被应⽤。
（2）变更影响分析跟踪能⼒信息在增、删、改需求时可以确保不忽略每个受到影响的系统元素。
（3）维护可靠的跟踪能⼒信息使得维护时能正确、完整地实施变更，从⽽提⾼⽣产率。
要是⼀下⼦不能为整个系统建⽴跟踪能⼒信息，⼀次可以只建⽴⼀部分，再逐渐增加。
从系统的⼀部分着⼿建⽴，先列表需求，然后记录跟踪能⼒链，再逐渐拓展。
（4）项⽬跟踪在开发中，认真记录跟踪能⼒数据，就可以获得计划功能当前实现状态的记录。
还未出现的联系链意味着没有相应的产品部件。
（5）再设计（重新建造）你可以列出传统系统中将要替换的功能，记录它们在新系统的需求和软件组件中的位置。
通过定义跟踪能⼒信息链提供⼀种⽅法收集从⼀个现成系统的反向⼯程中所学到的⽅法。
（6）重复利⽤跟踪信息可以帮助你在新系统中对相同的功能利⽤旧系统相关资源。
例如：功能设计、相关需求、代码、测试等。
（7）减⼩风险使部件互连关系⽂档化可减少由于⼀名关键成员离开项⽬带来的风险。
（8）测试测试模块、需求、代码段之间的联系链可以在测试出错时指出最可能有问题的代码段。
以上所述许多是长期利益，减少了整个产品⽣存期费⽤，但同时要注意到由于积累和管理跟踪能⼒信息增加了开发成本。
需求跟踪矩阵(RTM)
需求跟踪矩阵（RTM）有什么作用？（1）在需求变更、设计变更、代码变更、测试用例变更时，需求跟踪矩阵是目前经过实践检验的变更波及范围、影响分析的最有效的工具，如果不借助RTM，则发生上述变更时，往往会遗漏某些连锁变化。
（2）RTM也是验证需求是否得到了实现的有效工具，借助RTM，可以跟踪每个需求的状态：是否设计了，是否实现了，是否测试了。
2 需求跟踪矩阵分为哪几类？（1）纵向跟踪矩阵，包括如下的3种：需求之间的派生关系，客户需求到产品需求实现与验证关系：需求到设计，需求到测试用例等需求的责任分配关系；需求由谁来实现（2）横向跟踪矩阵：需求之间的接口关系3 在实践中，如何把握该建立哪些RTM？（1）在SEI的调查中达成的基本共识是：纵向跟踪是必须的，如果没有，则REQM SP1.4无法通过。
横向跟踪如果不作，则是大部分实施。
（2）对于纵向跟踪矩阵：必需的：客户需求与产品需求的跟踪，产品需求与测试用例的跟踪。
100%的接口需求需要建立客户需求-产品需求-设计-编码-测试用例的跟踪矩阵。
全局性需求要建立跟踪矩阵，包括：客户需求-产品需求-设计-编码-测试用例的跟踪矩阵。
核心需求要建立跟踪矩阵并非必需的：性能需求可以不建立跟踪矩阵不影响系统架构的功能需求4 需求跟踪矩阵由谁来建立？有多个角色参与建立RTM。
需求开发人员负责客户需求到产品需求的RTM建立，设计人员负责需求到设计的RTM的建立，测试用例的编写人员负责需求到测试用例的RTM建立等等。
PPQA 负责检查是否建立了RTM，是否所有的需求都被覆盖了。
5 RTM是否纳入基线管理？RTM要纳入基线管理。
纳入基线后，每次变更都要申请，RTM的变更一般是和其他配置项的变更一起申请，很少单独申请变更RTM，除非RTM有错误。
6 如何简化RTM的工作？由于在RTM中，需求可能有很多项，设计、测试用例、代码等都有多项，所以建立和维护RTM 的工作量还是比较大、比较烦琐。
需求跟踪矩阵
原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始
已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准
结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项
评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过
评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过
已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试
已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试
当前状态
概要设计状态
对应概要 设计章节
结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项
信息系统项目管理师 需求跟踪矩阵内容口诀
信息系统项目管理师需求跟踪矩阵内容口诀以下是十个关于信息系统项目管理师需求跟踪矩阵内容的口诀：口诀一：需求跟踪矩阵初看同学们呀听我言，需求跟踪不犯难。
一先把那源头找，就像树根扎得牢。
需求来源是首要，用户期望这里挑。
二看需求啥内容，好比菜单列菜名。
功能性能和约束，详细列出才清楚。
这就像是搭积木，每块需求有定处。
先有框架再添补，需求矩阵不迷糊。
从始到终有条理，跟踪起来很容易，就像沿着小路走，每个站点都有数。
口诀二：需求分类与编号一要分类分得清，就像把书放柜中。
功能需求归一类，如同玩具放一堆。
非功能的单独放，好比文具另有箱。
二是编号不能忘，编号就像身份证。
每个需求一个号，独一无二错不了。
方便查找和管理，就像给娃贴个名。
顺着编号来跟踪，需求状态心里明。
从一到二按顺序，矩阵内容好整理。
口诀三：需求来源的明确一找需求哪里来，好比溯源找河海。
用户提出是大头，就像顾客点菜喽。
市场调研也重要，如同寻宝到处跑。
二把来源写清楚，不能马虎和糊涂。
是从访谈得的呢，还是问卷统计出。
就像记录小日记，详细记载才可以。
需求来源若不明，跟踪起来像乱风，搞清楚了再前进，矩阵内容才精准。
口诀四：需求描述要具体一要描述需求事，详细具体是大事。
不能含混说大概，就像画画要细致。
功能怎样去运作，像讲故事说透彻。
二是描述有条理，先说整体后局部。
比如描述小房子，先讲外形再内部。
需求描述不做好，矩阵就像乱麻包。
具体清晰是关键，就像钥匙开锁链。
按照这个来跟踪，需求变化能把控。
口诀五：需求的优先级排一先排好优先级，就像排队分前后。
紧急重要放前面，如同赛跑抢在前。
用户急需先处理，好像救火不容缓。
二把理由写清楚，为啥这个先照顾。
是对系统影响大，还是市场在催它。
就像解释为什么，有理有据才没错。
优先级排好了，跟踪起来有目标，矩阵里面排排坐，需求管理乐陶陶。
口诀六：需求状态的标记一标需求啥状态，就像标记花色彩。
未开始是一种色，好比种子没发芽。
进行中换个颜色，如同花朵正长大。
需求跟踪矩阵的内容
需求跟踪矩阵的内容1. 介绍需求跟踪矩阵需求跟踪矩阵是一个用于追踪软件项目需求的工具。
它能够帮助团队有效地管理和掌控需求变更，确保项目在开发过程中的各个阶段能够满足用户的需求。
该矩阵记录了项目的需求以及与之相关的信息，如需求的来源、状态、优先级等，从而为开发团队提供了一个清晰的需求全貌。
2. 需求跟踪矩阵的结构需求跟踪矩阵通常由表格组成，其中包含了多个字段用于描述需求的各个方面。
常见的字段包括需求编号、需求描述、需求来源、需求状态、所属模块、开发优先级、验收标准等。
这些字段能够帮助团队跟踪和管理需求的生命周期，并确保参与项目的各方都对需求有一个共同的理解。
2.1 需求编号需求编号是每个需求的唯一标识符，用于在矩阵中区分不同的需求。
编号可以采用自定义的规则，比如简单的序号、项目缩写+序号等。
2.2 需求描述需求描述是对需求的详细说明，包括需求的背景、目标、功能要求等信息。
一个清晰、准确的需求描述能够帮助开发团队准确理解用户的期望。
2.3 需求来源需求来源是指提出该需求的人或团队。
需求可以来自于不同的渠道，比如用户反馈、市场调研、相关部门等。
记录需求来源能够帮助团队了解需求的背景和动机。
2.4 需求状态需求状态标识了需求所处的状态，比如已提出、待评审、开发中、已完成等。
需求状态的变更能够帮助团队了解需求的进展情况，并及时处理需求相关的事务。
2.5 所属模块所属模块指明了需求所属的功能模块或系统模块。
将需求按模块分类能够帮助团队更好地组织和安排开发工作，并便于后续的维护和升级。
2.6 开发优先级开发优先级用于确定需求的重要性和紧急程度。
通过给需求设置优先级，团队可以合理安排开发资源，确保高优先级需求得到及时处理。
2.7 验收标准验收标准是对需求实现的一组判断规则。
它描述了需求完成后应满足的条件和表现，便于项目验收和用户验收的进行。
3. 如何使用需求跟踪矩阵需求跟踪矩阵在项目的不同阶段都扮演着重要的角色。
需求追踪矩阵
关于需求跟踪矩阵的6个问题1 需求跟踪矩阵（RTM）有什么作用？（1）在需求变更、设计变更、代码变更、测试用例变更时，需求跟踪矩阵是目前经过实践检验的进行变更波及范围影响分析的最有效的工具，如果不借助RTM，则发生上述变更时，往往会遗漏某些连锁变化。
（2）RTM也是验证需求是否得到了实现的有效工具，借助RTM，可以跟踪每个需求的状态：是否设计了，是否实现了，是否测试了。
2 需求跟踪矩阵分为哪几类？（1）纵向跟踪矩阵，包括如下的3种：需求之间的派生关系，客户需求到产品需求实现与验证关系：需求到设计，需求到测试用例等需求的责任分配关系；需求由谁来实现（2）横向跟踪矩阵：需求之间的接口关系3 在实践中，如何把握该建立哪些RTM？（1）在SEI的调查中达成的基本共识是：纵向跟踪是必须的，如果没有，则REQM SP1.4无法通过。
横向跟踪如果不作，则是大部分实施。
（2）对于纵向跟踪矩阵：必需的：客户需求与产品需求的跟踪⌝产品需求与测试用例的跟踪⌝100%的接口需求需要建立客户需求-产品需求-设计-编码-测试用例的跟踪矩阵⌝⌝全局性需求要建立跟踪矩阵,包括：客户需求-产品需求-设计-编码-测试用例的跟踪矩阵核心需求要建立跟踪矩阵⌝并非必需的：⌝性能需求可以不建立跟踪矩阵不影响系统架构的功能需求⌝4 需求跟踪矩阵由谁来建立？有多个角色参与建立RTM。
需求开发人员负责客户需求到产品需求的RTM建立，测试用例的编写人员负责需求到测试用例的RTM建立，设计人员负责需求到设计的RTM的建立等等。
PP QA负责检查是否建立了RTM，是否所有的需求都被覆盖了。
5 RTM是否纳入基线管理？RTM要纳入基线管理。
纳入基线后，每次变更都要申请，RTM的变更一般是和其他配置项的变更一起申请，很少单独申请变更RTM，除非RTM有错误。
6 如何简化RTM的工作？由于在RTM中，需求可能有很多项，设计、测试用例、代码等都有多项，所以建立和维护RT M的工作量还是比较大、比较烦琐。
(项目简称)-RDM-需求跟踪矩阵
软件需求功能标题
软件需求变更标识
需求等所有需求项； 明书》通过评审和确认后开始跟踪； 格说明书》通过评审后开始跟踪；
阶段《需求跟踪矩阵》的填写和维护； 和计算百分比； 中的需求情况的度量数据收集到《数据度量及分析表》的“项目需求管理”页中。
用户需求标题
用户需求变更标识
填பைடு நூலகம்说明：
1、需求跟踪的内容包含功能需求和非功能需求等所有需求项； 2、定制类项目跟踪的源头从《业务需求说明书》通过评审和确认后开始跟踪； 3、研发类项目跟踪的源头从《软件需求规格说明书》通过评审后开始跟踪；
4、第一张表格由项目组成员负责各自开发阶段《需求跟踪矩阵》的填写和维护； 5、第二张表格不需要填写，已经自动统计和计算百分比； 6、项目经理在各阶段里程碑点将第二张表中的需求情况的度量数据收集到《数据度量及分析表》的“项目需求管理”
需求跟踪矩阵
需求跟踪矩阵1. 简介需求跟踪矩阵是一种用于追踪软件开发项目中的需求和实现之间的关系的工具。
通过创建一个需求跟踪矩阵，开发团队可以清楚地了解每个需求是否已经得到满足，并且可以在项目的不同阶段进行跟踪和评估。
本文将介绍需求跟踪矩阵的定义、作用以及如何使用Markdown文本格式输出。
2. 定义需求跟踪矩阵是一个表格，其中列表示项目的需求，行表示项目的实现。
通过填充矩阵中对应的单元格，可以追踪每个需求的实现状态。
需求跟踪矩阵通常包括以下列：•需求ID：对需求进行唯一标识的编号。
•需求描述：对需求进行详细描述，包括其背景、目的和功能要求等。
•需求状态：表示需求的实现状态，如“已实现”、“未实现”、“正在实现”等。
•需求优先级：表示需求的优先级，如“高”、“中”、“低”等。
•实现说明：对需求的实现进行详细说明，包括具体的实现方式、开发进度等。
3. 作用需求跟踪矩阵可以帮助开发团队在整个项目开发周期中跟踪和评估每个需求的实现情况。
它具有以下主要作用：•需求管理：通过列出和描述每个需求，需求跟踪矩阵帮助团队清晰地了解项目的需求，并确保所有需求都得到满足。
•进度追踪：通过填充矩阵中的需求状态和实现说明，团队可以追踪每个需求的实现进度，并及时发现和解决可能存在的问题。
•问题发现：通过对比需求跟踪矩阵中实现状态与实际开发情况，可以及时发现需求是否被遗漏或实现是否存在问题，并及时进行调整和改进。
•优先级管理：通过列出需求的优先级，可以帮助团队合理安排项目开发的顺序，并确保重要的需求得到优先满足。
4. 如何使用Markdown文本格式输出使用Markdown文本格式可以简洁清晰地输出需求跟踪矩阵。
以下是一个示例：需求ID 需求描述需求状态需求优先级实现说明RQ01用户登录已实现高使用用户名和密码进行身份验证，并显示用户个人信息。
RQ02用户注册正在实现中用户通过填写注册表单进行账号注册，并发送验证邮件。
RQ03数据导出未实现低提供导出数据为CSV格式的功能。
需求跟踪矩阵
知识创造未来
需求跟踪矩阵
需求跟踪矩阵是一种项目管理中常用的工具，用于跟踪需求与项目的关联关系。
它有助于确保项目中的所有需求得到满足，并提供了一种追踪需求变更和确认的方法。
需求跟踪矩阵通常由一个二维表格组成，其中列代表项目中的需求，行代表项目中的各个阶段或工作包。
每个单元格中的标记表示该需求在对应阶段或工作包中的状态。
以下是一个示例需求跟踪矩阵：
阶段/工作包 | 需求1 | 需求2 | 需求3
项目规划| √ | |
需求分析| | √ | √
系统设计| √ | √ |
编码| | √ |
测试| √ | | √
验收| √ | √ |
在这个例子中，我们可以看到每个需求在项目的每个阶段或工作包中的状态。
例如，需求1在项目规划、系统设计、测试和验收阶段都得到了满足，而需求2只在需求分析、系统设计和编码阶段得到了满足。
需求跟踪矩阵可以帮助项目团队了解需求的状态，及时发现并解决与需求相关的问题，并确保项目按照预期进行。
1。
需求跟踪矩阵
1．目的和范围
本文件用于项目的需求跟踪，以确保该项目需求在需求分析、设计实现、测试等环节得到完整的管理一般情况下需求跟踪包括以下环节内容（详见需求跟踪矩阵）：
追溯输入需求：即建立项目需求与其来源需求的追溯；
跟踪此需求的分解和实现的过程；
跟踪需求的设计实现和相关验证过程情况。
2、填表说明
1）“需求来源”：需说明需求的出处，如：业务/产品自身完善/运维/客户等
1）需求部分，在项目立项后，需求确认阶段填写，由项目经理或指派人员填写；
2）设计部分，在项目实现阶段填写，由项目经理或指派人员填写；
3）测试部分，在项目测试阶段填写，由项目测试负责人填写；
4）完成状态，在测试结束后，由项目经理填写。
的管理和控制，保证一致性。
【VIP专享】在系统工程中建立与维护需求跟踪矩阵(RTM)的技术
在系统工程中建立与维护需求跟踪矩阵(RTM)的技术Establish and Maintain Requirements Traceability Matrix (RTM) Technology In the Systems Engineering为了确保工作产品与需求保持一致，需要建立起二者之间的追溯关系。
在系统工程中，一般可以通过建立与维护需求跟踪矩阵的技术方法来管理需求之间的“垂向”与“水平向”关系。
建立与维护需求与工作产品之间的双向可追溯性，能够确保需求到产品实现的无遗漏和减小偏离，并有助于变更影响分析、覆盖率分析、来源分析、质量分析等，从而提高需求管理效率，减少返工量，降低项目失败的风险。
In order to ensure that the work products and requirements keeps consistent, need to establish the trace relationship between requirements. In the systems engineering, the general can through the establishment and maintenance Requirements Traceability Matrix technical way to manage requirements between "vertical" and "horizontal" relationship. Establish and maintain the requirements and work products between the bidirectional traceability, can ensure that requirement to the product realization of complete and reduce deviation, and help to change the impact analysis, coverage analysis, the source analysis, quality analysis and so on, so as to improve requirements management efficiency and reduce rework amount, reduce the project the risk of failure.需求跟踪矩阵（以下简称RTM，即Requirements Traceability Matrix）是指在系统工程中建立起的需求与相关需求、设计、实现及验证之间双向可追溯的矩阵关系，是确保需求开发和需求管理有效性的重要技术方法。
教务管理系统需求跟踪矩阵
教务管理系统需求跟踪矩阵一、引言教务管理系统是现代教育管理的重要组成部分，它以信息化、网络化的手段来实现对教务工作的全面管理和高效运作。
为了确保教务管理系统能够顺利地满足教育管理的需求，需求跟踪矩阵成为了一种重要的工具。
本文将对教务管理系统需求跟踪矩阵的概念、作用以及具体的应用方法进行深入探讨。
二、教务管理系统需求跟踪矩阵的概念2.1 教务管理系统需求跟踪矩阵的定义教务管理系统需求跟踪矩阵是用于记录和跟踪教务管理系统功能需求的一种矩阵表格。
它以需求编号为基准，在矩阵中记录了需求的来源、描述、优先级、是否已实现等信息，用于追踪需求的状态和实现情况。
2.2 教务管理系统需求跟踪矩阵的作用教务管理系统需求跟踪矩阵主要有以下作用： 1. 确保需求的完整性：通过对需求进行编号和详细描述，需求跟踪矩阵能够帮助保证教务管理系统的所有功能需求都得到充分的考虑和记录。
2. 控制需求的优先级：通过在矩阵中标注需求的优先级，教务管理系统的开发与实施过程能够更加有针对性地进行，保证重要需求的及时实现。
3. 跟踪需求的实现情况：通过在矩阵中记录需求的实现状态，教务管理系统的开发团队和管理者可以清晰地了解到每个需求的进展情况，及时进行调整和改进。
4. 支持系统维护和升级：教务管理系统是一个长期运行的系统，通过需求跟踪矩阵的维护，可以为后续的系统维护和升级提供参考和依据。
三、教务管理系统需求跟踪矩阵的创建3.1 创建需求跟踪矩阵的步骤教务管理系统需求跟踪矩阵的创建包括以下步骤： 1. 确定需求编号：为每个需求分配一个唯一的编号，在矩阵中作为需求的标识。
2. 描述需求：对每个需求进行详细描述，包括需求的功能、性能、界面等方面。
3. 确定需求的来源：记录每个需求的来源，可以是用户需求调研、管理部门要求等。
4. 标注需求的优先级：根据需求的重要程度和紧急程度，为每个需求标注优先级，以指导系统的开发与实施过程。
5. 记录需求的状态：在需求得到实现后，将需求在矩阵中标注为已实现，并记录实现的日期。
PMP--4.2.1-2需求跟踪矩阵
PMP--4.2.1-2需求跟踪矩阵##############################################《需求跟踪矩阵》是《需求⽂件》的进阶，为了更好的关联需求与可交付成果/项⽬⽬标。
《需求⽂件》详解链接：《需求跟踪矩阵》是【收集需求】的⼀部分；【收集需求】详解链接：##############################################⼀、需求跟踪矩阵背景1. 需求跟踪矩阵定义需求跟踪矩阵是把产品需求从其来源连接到能满⾜需求的可交付成果的⼀种表格。
2. 需求跟踪矩阵作⽤（1）使⽤需求跟踪矩阵，把每个需求与业务⽬标或项⽬⽬标联系起来，有助于确保每个需求都具有商业价值。
（2）需求跟踪矩阵提供了在整个项⽬⽣命周期中跟踪需求的⼀种⽅法，有助于确保需求⽂件中被批准的每项需求在项⽬结束的时候都能交付。
（3）需求跟踪矩阵还为管理产品范围变更提供了框架。
⼆、需求跟踪矩阵内容之后上传需求跟踪矩阵表格下载链接：需求跟踪矩阵主表链接：需求属性表链接：需求跟踪矩阵总表[ 关联标识 ]-->需求属性表[ 唯⼀标识 ]需求跟踪矩阵总表信息1. 业务需要、机会、⽬的和⽬标2. 项⽬⽬标3. 项⽬范围和 WBS 可交付成果4. 产品设计5. 产品开发6. 测试策略和测试场景7. ⾼层级需求到详细需求需求相关属性属性⽤于明确每个需求的关键信息1. 唯⼀标识2. 需求的⽂字描述3. 收录该需求的理由4. 所有者5. 来源6. 优先级别7. 版本8. 当前状态如进⾏中、已取消、已推迟、新增加、已批准、被分配和已完成9. 状态⽇期10. 稳定性11. 复杂性12. 验收标准三、应⽤项⽬过程1. 规划质量管理质量要求，记录在需求跟踪矩阵中。
规划质量管理过程指定的质量要求2. 规划采购管理连接到能满⾜需求的可交付成果。
到能满⾜需求的可交付成果。
将产品需求从其来源连接需求跟踪矩阵将产品需求从其来源3. 指导和管理项⽬⼯作需求跟踪矩阵把产品需求连接到相应的可交付成果，有助于把关注点放在最终结果上。