- 什么是需求可追溯矩阵
- 可追溯性矩阵有哪些不同类型
- 如何创建需求可追溯矩阵
- 当公司将受益于使用需求管理软件而不是使用Excel中的需求可追溯矩阵时
- 客户需求
- 业务要求
- 需求ID（每个）
- 系统需求（跟踪到高级需求）
- 硬件、软件要求（追溯到系统）
- 需求ID（每个）
- 测试用例（跟踪到需求）
- 测试用例ID
- 验证结果（例如，通过/失败）
- 缺陷描述（追溯到验证）
- 缺陷ID
- 系统架构
- 子系统设计元素
- 风险分析
- 功能安全目标
- 用户需求
- 效率低下。手动数据输入会减慢团队的速度，并使团队成员无法执行中心工作职能。此外，随着复杂产品的构建，将需要更多的列和数百或数千行数据。在保持版本控制的同时，让所有内容都保持最新，让正确的利益相关者能够访问，并且仍然能够收集有关关系的见解，这几乎是不可能的。
- 用户错误。需求可追溯性矩阵很容易出现用户错误，因为它在整个开发生命周期中都是由团队手动更新的。通常，信息是从各种来源汇编的，如电子邮件或其他电子表格，这些来源本身可能有过时或错误的信息。
- 用户疲劳。RTM维护通常被视为繁忙的工作。这意味着数据输入可能会推迟到其他工作完成后。这否定了需求可追溯性的生产价值。此外，如果您无法追踪记录所在的所有不同的电子邮件和文档，您将面临丢失重要的法规遵从性相关信息的风险。
您知道需求可追溯性对于产品团队在整个开发生命周期中拥有数字线程是多么重要。但是你从哪里开始呢？如何改进一个没有为团队服务的流程？
需求可追溯性矩阵（RTM）通常是首选。它的进入门槛很低，包括易于上手，而且几乎没有前期成本。我们甚至创建了一个免费的需求跟踪矩阵模板，所以您今天就可以开始了。
需求管理软件工具，如Jama Connect®，也是一种选择。本文将解释：
什么是需求可追溯性矩阵？
需求可追溯性矩阵（RTM）是一种文档，产品团队在该文档中跟踪整个产品开发过程中需求、验证、风险和其他工件之间的关系。矩阵内容可能包括业务需求、系统和子系统需求、设计元素、测试用例、缺陷，以及关于这些项目的相关信息，例如状态，这取决于所采用的需求可追溯性的类型。其目的是通过显示从单个需求到其实施和验证的直接跟踪来证明需求已经得到满足。
为了确保您具体了解在组织中实现需求可追溯性的最有效方法，本文还将手动管理的可追溯性矩阵与应用程序生命周期管理（ALM）工具管理的可跟踪性矩阵进行比较。这些需求管理工具自动创建跟踪关系，从高级别需求到低级别需求和测试开发数字线程。
使用需求可追溯矩阵的目的
产品团队需要确保他们正在构建正确的东西。要做到这一点，他们必须跟踪需求数据，包括验证所有需求都得到满足的测试。在某些行业中，功能安全或法规遵从性需要此证明。
需求可追溯性使参与产品定义、设计、风险评估和验证的多学科团队能够将其活动中的工作项关联起来，并分析复杂、高度互联的系统之间的联系和影响。此外，利益相关者和监管机构可以看到业务产生的产品要求，甚至法规和标准都得到了满足。
不同类型的RTM – 附示例
在高层，有三种类型的需求可追溯性矩阵：前向可追溯性、向后可追溯性和双向可追溯性。创建每种类型的可追溯性矩阵是为了确保高级需求已分解为适当的抽象级别，较低级别的需求与较高级别的需求相关联，并且验证测试用例及其结果已到位。不同之处在于用户可以查看事件的哪个方向——时间向前、时间向后，或者两者兼而有之。根据用户需要从矩阵中收集的信息，类型的差异是显著的：例如，我的所有子系统需求是否都在追踪系统需求？我所有要求的验证都通过了吗？如果我们改变这一高级要求，会对下游产生什么影响？
前向可追溯性矩阵从客户或高级需求到系统和子系统需求，再到所有相应的下游设计工件和测试用例。遵循前瞻性可追溯性使团队能够在整个开发过程中随时了解更改以及这些更改的潜在影响。此外，它还确保每个需求不仅得到满足，而且得到验证和验证。
示例：在开发过程的中途，一家计算机公司降低了新款笔记本电脑的重量要求。团队可以使用前向可追溯性来调查变更对项目的影响。任何相关的需求或产生的工件都可以相应地进行调整，并且可以调整测试用例以确保完全的测试覆盖率。
向后可追溯矩阵（有时称为反向可追溯矩阵）始于已验证的工作产品，并追溯到上游需求及其满足的客户需求。此跟踪提供了创建特定工件的原因以及系统的不同部分如何组合在一起的可见性。通过这种方式进行跟踪，测试人员可以发现差距或缺失的需求。此外，团队可以通过确保较低级别的需求直接跟踪到业务、客户和/或监管要求来管理范围并避免范围蔓延。
示例：继续上面的示例，向后或反向可追溯性使生产笔记本电脑的团队能够查看导致重量要求变化的客户需求。他们可能还想确定是否有任何项目需求超出了范围，因此他们可以消除这些需求，以满足新的重量要求，并仍然按时交付。
双向可追溯性矩阵是向前和向后可追溯性在一个地方的组合。它是最佳类型的可追溯性，因为它使团队能够从客户需求和需求规范中全面了解构建、测试、更改和缺陷——以及返回。
如果采用双向可追溯性，则上述示例中的计算机制造公司只需要在一个位置查找前向和后向可追溯性矩阵中的所有信息。
如何在Excel中创建需求可追溯性矩阵
步骤1：决定您需要哪种类型的可追溯性矩阵
当创建一个需求可追溯性矩阵时，您希望从结束开始。你的矩阵目标是什么？为了实现这一目标，您需要什么类型的可追溯性矩阵？再看一下刚才讨论的不同类型的RTM，以获得灵感。
步骤2：决定应包括哪些组件
一旦您知道您希望您的需求可追溯性矩阵为您做什么，您就可以确定应该包括哪些内容或工作项。例如，您可能希望包括这三种典型类型的项目：需求、测试和缺陷。您可能希望在需求可追溯性矩阵中包含以下信息：
高级别要求
系统和较低级别的要求
验证
缺陷
您可能希望在RTM中包括其他工作项，例如：
此外，您可能希望包含可追溯性矩阵中包含的每个工作项的相关信息，而不是唯一ID。例如，包含其状态或简短描述可能会有所帮助。
步骤3：在Excel中构建可追溯性矩阵
既然你知道了矩阵的类型，你将使用它来实现你的目标，是时候开始用你选择的元素构建你的电子表格了。这些应作为列标题输入。
需求可追溯性矩阵电子表格可以模板化，就像我们创建的可下载的可追溯性列表模板一样，让您快速开始。您可以调整列，以确保获取所需的信息并实现您定义的目标。
步骤4：收集并输入数据
为了在可追溯性矩阵中获得正确的信息，您需要从各种来源收集数据——业务需求文档（BRD）、功能或技术需求文档以及测试用例文档。
收集完所需信息后，首先添加每个高级需求（例如，客户需求）及其相关系统和较低级别的需求。然后为每个需求分配一个唯一的需求ID。从那里，您可以根据选择使用的列添加尽可能多的详细信息。
步骤5：开始工作
一旦将所有必要的数据输入到需求跟踪矩阵中，就可以开始工作。这项工作包括RTM的坚定维护。
随着产品开发活动的继续，您会发现需求、测试、缺陷等将被添加、废弃或更改。虽然很明显，必须更新包含这些信息的文件（例如，系统需求文件或验证协议）以反映这些变化，但评估RTM并相应更新也很重要。这可能涉及添加新项目和/或更新项目之间的关系。如果没有勤奋的维护，您将无法实现需求可追溯性的任何好处。例如，您将失去您希望实现的任何增强可见性，并且几乎没有机会提高效率或改进更改影响分析。在覆盖率分析或确定变更影响时使用过时的RTM尤其危险。尽管可追溯性矩阵对产品的质量和安全具有重要意义，但被忽视的矩阵所支持的决策和分析可能会导致质量和影响计划的降低。
在监管行业中处理复杂产品时使用电子表格进行需求可追溯性的风险
例如，医疗设备、汽车或航空航天开发商必须证明他们正在开发符合所有必要标准和法规的安全产品。
对于需要法规或功能安全合规性的复杂产品和行业，管理文件中的需求可追溯性是一条严格而不稳定的途径。当依赖RTM等静态文档时，您会遇到各种风险：
需求管理工具，如Jama Connect，可以简化需求可追溯性矩阵，因为它在执行工作时为您记录双向可追溯性。它还简化了验证和验证过程。
使用需求管理软件进行可追溯性的优势
大多数需求管理工具都可以支持可追溯性。然而，Jama Connect通过创建我们称之为“实时跟踪”的跟踪关系的动态视图，取代了静态跟踪矩阵。Jama Connect的Live Traceability™视图可以显示需求关系的数字线程，还提供实时分析和编辑体验。
有了Jama Connect，团队可以自动获得需求可追溯性的所有好处。好处包括增强流程可见性、改进更改的影响分析、演示验证和确认以及证明合规性或功能安全性。
同样，使用电子表格的风险（如用户错误和疲劳）也被消除了，并且随着团队能够专注于他们的核心职责，效率也提高了。实时可追溯性还促进了团队协作，并能够尽早发现可能的生产风险。
