需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。使用需求跟踪矩阵，把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有商业价值。需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法，有助于确保需求文件中被批准的每项需求在项目结束的时候都能交付。最后，需求跟踪矩阵还为管理产品范围变更提供了框架。
跟踪需求包括（但不限于）：
应在需求跟踪矩阵中记录每个需求的相关属性，这些属性有助于明确每个需求的关键信息。需求跟踪矩阵中记录的典型属性包括唯一标识、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、当前状态（如进行中、已取消、已推迟、新增加、已批准、被分配和已完成）和状态日期。为确保相关方满意，可能需要增加一些补充属性，如稳定性、复杂性和验收标准。图 5-7是需求跟踪矩阵示例，其中列有相关的需求属性。
图 5-7需求跟踪矩阵示例
Programs Portfolios
引用
4.3.1.2 项目文件
可作为本过程输入的项目文件包括（但不限于）：
- 变更日志。见 4.6.3.3 节。变更日志记录所有变更请求的状态。
- 经验教训登记册。见 4.4.3.1 节。经验教训用于改进项目绩效，以免重犯错误。登记册有助于确定针对哪些方面设定规则或指南，以使团队行动保持一致。
- 里程碑清单。见 6.2.3.3 节。里程碑清单列出特定里程碑的计划实现日期。
- 项目沟通记录。见 10.2.3.1 节。项目沟通记录包含绩效报告、可交付成果的状态，以及项目生成的其他信息。
- 项目进度计划。见 6.5.3.2 节。进度计划至少包含工作活动清单、持续时间、资源，以及计划的开始与完成日期。
- 需求跟踪矩阵。见 5.2.3.2 节。需求跟踪矩阵把产品需求连接到相应的可交付成果，有助于把关注点放在最终结果上。
- 风险登记册。见 11.2.3.1 节。风险登记册提供可能影响项目执行的各种威胁和机会的信息。
- 风险报告。见 11.2.3.2 节。风险报告提供关于整体项目风险来源的信息，以及关于已识别单个项目风险的概括信息。
4.6.1.2 项目文件
可用于本过程输入的项目文件包括（但不限于）：
- 估算依据。见 6.4.3.2 节。估算依据指出了持续时间、成本和资源估算是如何得出的，可用于计算变更对时间、预算和资源的影响。
- 需求跟踪矩阵。见 5.2.3.2 节。需求跟踪矩阵有助于评估变更对项目范围的影响。
- 风险报告。见 11.2.3.2 节。风险报告提供了与变更请求有关的整体和单个项目风险的来源的信息。
5.2.3.2 需求跟踪矩阵
图 5-7需求跟踪矩阵示例
5.3.3.2 项目文件更新
可在本过程更新的项目文件包括（但不限于）：
- 假设日志。见 4.1.3.2 节。随同本过程识别出更多的假设条件或制约因素而更新假设日志。
- 需求文件。见 5.2.3.1 节。可以通过增加或修改需求而更新需求文件。
- 需求跟踪矩阵。见 5.2.3.2 节。应该随同需求文件的更新而更新需求跟踪矩阵。
- 相关方登记册。见 13.1.3.1 节。如果在本过程中收集到了现有或新相关方的更多信息，则记录到相关方登记册中。
5.5.1.2 项目文件
可作为本过程输入的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。在项目早期获得的经验教训可以运用到后期阶段，以提高验收可交付成果的效率与效果。
- 质量报告。见 8.2.3.1 节。质量报告的内容可包括由团队管理或需上报的全部质量保证事项、改进建议，以及在控制质量过程中发现的情况的概述。在验收产品之前，需要查看所有这些内容。
- 需求文件。见 5.2.3.1 节。将需求与实际结果比较，以决定是否有必要进行变更、采取纠正措施或预防措施。
- 需求跟踪矩阵。见 5.2.3.2 节。需求跟踪矩阵含有与需求相关的信息，包括如何确认需求。
5.5.3.4 项目文件更新
可在本过程更新的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。更新经验教训登记册，以记录所遇到的挑战、本应如何避免该挑战，以及良好的可交付成果验收方法。
- 需求文件。见 5.2.3.1 节。记录实际的验收结果，更新需求文件。需要特别注意实际结果比原定需求更好的情况，或者原定需求已经被放弃的情况。
- 需求跟踪矩阵。见 5.2.3.2 节。根据验收结果更新需求跟踪矩阵，包括所采用的验收方法及其使用结果。
5.6.1.2 项目文件
可作为本过程输入的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。在项目早期获得的经验教训可以运用到后期阶段，以改进范围控制。
- 需求文件。见 5.2.3.1 节。需求文件用于发现任何对商定的项目或产品范围的偏离。
- 需求跟踪矩阵。见 5.2.3.2 节。需求跟踪矩阵有助于探查任何变更或对范围基准的任何偏离对项目目标的影响，它还可以提供受控需求的状态。
5.6.3.4 项目文件更新
可在本过程更新的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。更新经验教训登记册，以记录控制范围的有效技术，以及造成偏差的原因和选择的纠正措施。
- 需求文件。见 5.2.3.1 节。可以通过增加或修改需求而更新需求文件。
- 需求跟踪矩阵。见 5.2.3.2 节。应该随同需求文件的更新而更新需求跟踪矩阵。
8.1.1.3 项目文件
可作为本过程输入的项目文件包括（但不限于）：
- 假设日志。见 4.1.3.2 节。假设日志记录与质量要求和标准合规性有关的所有假设条件和制约因素。
- 需求文件。见 5.2.3.1 节。需求文件记录项目和产品为满足相关方的期望应达到的要求，它包括（但不限于）针对项目和产品的质量要求。这些需求有助于项目团队规划将如何实施项目质量控制。
- 需求跟踪矩阵。见 5.2.3.2 节。需求跟踪矩阵将产品需求连接到可交付成果，有助于确保需求文件中的各项需求都得到测试。矩阵提供了核实需求时所需测试的概述。
- 风险登记册。见 11.2.3.1 节。风险登记册包含可能影响质量要求的各种威胁和机会的信息。
- 相关方登记册。见 13.1.3.1 节。相关方登记册有助于识别对质量有特别兴趣或影响的相关方，尤其注重客户和项目发起人的需求和期望。
8.1.3.4 项目文件更新
可在本过程更新的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。在质量规划过程中遇到的挑战需要更新在经验教训登记册中。
- 需求跟踪矩阵。见 5.2.3.2 节。本过程指定的质量要求，记录在需求跟踪矩阵中。
- 风险登记册。见 11.2.3.1 节。在本过程中识别的新风险记录在风险登记册中，并通过风险管理过程进行管理。
- 相关方登记册。见 13.1.3.1 节。如果在本过程中收集到有关现有或新相关方的其他信息，则记录到相关方登记册中。
8.2.3.2 测试与评估文件
可基于行业需求和组织模板创建测试与评估文件。它们是控制质量过程的输入，用于评估质量目标的实现情况。这些文件可能包括专门的核对单和详尽的需求跟踪矩阵。
12.1.1.4 项目文件
可作为本过程输入的项目文件包括（但不限于）：
- 里程碑清单。见 6.2.3.3 节。重要里程碑清单说明卖方需要在何时交付成果。
- 项目团队派工单。见 9.3.3.2 节。项目团队派工单包含关于项目团队技能和能力的信息，以及他们可用于支持采购活动的时间。如果项目团队不具备开展采购活动的能力，则需要外聘人员或对现有人员进行培训，或者二者同时进行。
- 需求文件。见 5.2.3.1 节。需求文件可能包括：
- 卖方需要满足的技术要求；
- 具有合同和法律意义的需求，如健康、安全、安保、绩效、环境、保险、知识产权、同等就业机会、执照、许可证，以及其他非技术要求。
- 需求跟踪矩阵。见 5.2.3.2 节。需求跟踪矩阵将产品需求从其来源连接到能满足需求的可交付成果。
- 资源需求。见 9.2.3.1 节。资源需求包含关于某些特定需求的信息，例如，可能需要采购的团队及实物资源。
- 风险登记册。见 11.2.3.1 节。风险登记册列明风险清单，以及风险分析和风险应对规划的结果。有些风险应通过采购协议转移给第三方。
- 相关方登记册。见 13.1.3.1 节。相关方登记册提供有关项目参与者及其项目利益的详细信息，包括监管机构、合同签署人员和法务人员。
12.1.3.9 项目文件更新
可在本过程更新的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。更新经验教训登记册，记录任何与法规和合规性、数据收集、数据分析和供方选择分析相关的经验教训。
- 里程碑清单。见 6.2.3.3 节。重要里程碑清单说明卖方需要在何时交付成果。
- 需求文件。见 5.2.3.1 节。需求文件可能包括：
- 卖方需要满足的技术要求；
- 具有合同和法律意义的需求，如健康、安全、安保、绩效、环境、保险、知识产权、同等就业机会、执照、许可证，以及其他非技术要求。
- 需求跟踪矩阵。见 5.2.3.2 节。需求跟踪矩阵将产品需求从其来源连接到能满足需求的可交付成果。
- 风险登记册。见 11.2.3.1 节。取决于卖方的组织、合同的持续时间、外部环境、项目交付方法、所选合同类型，以及最终商定的价格，任何被选中的卖方都会带来特殊的风险。
- 相关方登记册。见 13.1.3.1 节。更新相关方登记册，记录任何关于相关方的补充信息，尤其是监管机构、合同签署人员，以及法务人员的信息。
12.2.3.5 项目文件更新
可在本过程更新的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。更新经验教训登记册，记录在实施采购期间所遇到的挑战、本可采取的规避方法，以及有效的方法。
- 需求文件。见 5.2.3.1 节。需求文件可能包括：
- 卖方需要满足的技术要求；
- 具有合同和法律意义的需求，如健康、安全、安保、绩效、环境、保险、知识产权、同等就业机会、执照、许可证，以及其他非技术要求。
- 需求跟踪矩阵。见 5.2.3.2 节。随着将卖方纳入项目计划，可能需要根据特定卖方的能力，变更需求登记册及跟踪矩阵。
- 资源日历。见 9.2.1.2 节。可能需要根据卖方的可用性更新与进度计划有关的资源日历。
- 风险登记册。见 11.2.3.1 节。取决于卖方的组织、合同的持续时间、外部环境、项目交付方法、所选合同类型，以及最终商定的价格，每个被选中的卖方都会带来特殊的风险。在合同签署过程中，应该对风险登记册进行变更，以反映每个卖方带来的具体风险。
- 相关方登记册。见 13.1.3.1 节。此文件包含与已识别相关方有关的所有详细信息。 与具体卖方签订协议后，需要更新相关方登记册。
12.3.1.2 项目文件
可作为本过程输入的项目文件包括（但不限于）：
- 假设日志。见 4.1.3.2 节。假设日志记录了采购过程中做出的假设。
- 经验教训登记册。见 4.4.3.1 节。在项目早期获取的经验教训可供项目未来使用，以改进承包商绩效和采购过程。
- 里程碑清单。见 6.2.3.3 节。重要里程碑清单说明卖方需要在何时交付成果。
- 质量报告。见 8.2.3.1 节。质量报告用于识别不合规的卖方过程、程序或产品。
- 需求文件。见 5.2.3.1 节。需求文件可能包括：
- 卖方需要满足的技术要求；
- 具有合同和法律意义的需求，如健康、安全、安保、绩效、环境、保险、知识产权、同等就业机会、执照、许可证，以及其他非技术要求。
- 需求跟踪矩阵。见 5.2.3.2 节。需求跟踪矩阵将产品需求从其来源连接到能满足需求的可交付成果。
- 风险登记册。见 11.2.3.1 节。取决于卖方的组织、合同的持续时间、外部环境、项目交付方法、所选合同类型，以及最终商定的价格，每个被选中的卖方都会带来特殊的风险。
- 相关方登记册。见 13.1.3.1 节。相关方登记册包括关于已识别相关方的信息，例如，合同团队成员、选定的卖方、签署合同的专员，以及参与采购的其他相关方。
12.3.3.6 项目文件更新
可在本过程更新的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。更新经验教训登记册，记录能有效维护采购工作的范围、进度和成本的技术。对于出现的偏差，经验教训登记册应该记录曾采取的纠正措施及其有效性。
如果已经发生索赔，则应记录相关信息以避免重蹈覆辙，其他关于如何改善采购过程的信息也应记录在内。
- 资源需求。见 9.2.3.1 节。随着承包商的工作进展，可能因工作执行不符合原定计划而需要变更资源需求。
- 需求跟踪矩阵。见 5.2.3.2 节。更新需求跟踪矩阵，记录已实现的需求。
- 风险登记册。见 11.2.3.1 节。取决于卖方的组织、合同的持续时间、外部环境、项目交付方法、所选合同类型，以及最终商定的价格，每个被选中的卖方都会带来特殊的风险。随着早期风险的过时以及新风险的出现，在项目执行期间对风险登记册进行变更。
- 相关方登记册。见 13.1.3.1 节。随着执行阶段的工作进展，承包商和供应商可能发生变更，应该把承包商和供应商的变更情况记录在相关方登记册中。