- 需求如何追溯到它们在工作产品中的实现，以及这些产品如何追溯到原始需求和设计。
- 所有需求是如何测试的——即与它们相关的测试用例、测试是否通过或失败，以及在此过程中发现的任何相关缺陷。
- 谁参与了特定需求和测试运行的开发，以便他们能够立即收到有关必要的后续步骤或所需操作的通知。
可追溯性是指跟踪需求与其他工件之间的上游和下游关系的能力，从测试用例到更高级别的系统或子系统需求。通过端到端可追溯性，团队可以查看产品的开发过程是否正在按计划进行，以及查看与之相关的所有历史记录和背景。
至少这是理想的情况。
实施端到端可追溯性的主要好处。
让我们来看看使用 Jama Connect® 等解决方案实施端到端可追溯性的四个主要好处。
1. 全面、可操作的需求和利益相关者可见性
可追溯性最终涉及关系，不仅是需求与其他工件之间的关系，而且是所有这些项目与负责管理它们的人员之间的关系。有了端到端可追溯性，团队可以看到：
这种全面的可见性创建了一个行动系统——团队不仅可以使用它来追踪每个工件的生命周期，还可以启动适当的活动来维持产品开发并确保覆盖范围。医疗设备使用安全吗？它是否符合适用标准？构建它所采用的流程能否经得起审计？一个成熟的可追溯性解决方案可以为这些问题和其他问题提供明确的答案。
2. 更好地分析变更的影响
如果没有端到端的可追溯性，就不可能进行真正明智的影响分析。这是因为这种分析的根源在于能够看到对工件的具体更改将如何影响与其相关的其他项目。了解这些影响需要可追溯性。
在传统的基于文档的工作流程中，很难知道不同项目如何受到变更的影响。但在具有端到端可追溯性的平台中，大部分工作都是自动化的，并成为您日常工作的副产品。该解决方案将立即将下游链接标记为“可疑”，以便团队可以根据需要处理它们。
例如，团队可以查看更改后的需求是否有下游测试用例以及其中有多少已经通过 – 所有这些都是实时的。与手动流程相比，这种设置节省了大量的时间和精力。
3. 更容易识别测试覆盖率的差距
说到测试，通常只有在需求具有相应的测试用例以及分配给它的测试工程师时，它才被视为“覆盖”。但很多时候，覆盖范围的缺口只有在事后才会显现出来，当产品问题揭示出开发过程中如何忽视了一个关键缺陷时。
在医疗设备开发和汽车制造等快速变化和创新的领域，任何未发现的覆盖范围缺口都会对最终用户造成风险，而且补救成本高昂。在具有端到端可追溯性的平台中改进对测试覆盖范围的跟踪有助于消除这些盲点并确保质量。
更具体地说，需求管理解决方案中的这种可追溯性级别可帮助测试工程师和项目经理直观地了解存在缺口的位置，以及测试是否已获批准、完成、拒绝或起草。因此，产品开发整体上的风险降低了。
4. 简化、更准确的审计通道
“展示你的工作”是任何完成过数学作业的人都熟悉的格言，这也是追踪需求时的关键建议。通过审计需要以审查者和监管机构可接受的格式提供有关这些要求的具体信息。
Jama Connect 等平台简化了这一流程，让团队能够展示全面可追溯性的明确支持证据。它提供跟踪报告等导出模板来提供此类证据，从而简化监管提交和审计流程。
可追溯性不足之处，以及如何解决它。
传统上，可追溯性是使用基于文档的工作流程执行的，涉及 Microsoft Word 和 Excel 等应用程序。团队成员在文本文档或电子表格中创建可追溯性矩阵，并在整个产品开发生命周期中手动更新它。不幸的是，这种方法有明显的局限性，而且容易出错。
当团队在离散和静态文档中跟踪需求时，他们通常会为自己增加额外的工作量，同时还冒着错过关键更新或犯错的风险。
假设某人使用与正在开发的医疗设备相关的测试用例的最新状态更新 Excel 中的矩阵。表面上看起来一切都进展顺利，但背后可能隐藏着多个问题：
人为错误
由于一切都是手工完成的，因此此人必须定期重新查看矩阵，以使其与整个组织的产品开发活动保持同步和更新。所讨论的可追溯性矩阵的复杂性（其中有大量表格显示需求和测试用例如何相互关联）使得此类工作本身就很复杂且容易出错。
以电子邮件为中心的协作
同时，矩阵的这些更新主要通过电子邮件进行传达。由于消息正常流入每个人的收件箱、人们不在办公室以及其他复杂情况（如版本控制不佳）以及未能妥善整合每个人的评论，因此很可能会发生错误，并且误解将导致后续返工。
没有内置合规性
最后，即使一切都按计划进行，也无法保证所使用的可追溯性工作流程将考虑所有相关要求和风险。例如，对于医疗设备，在 Excel 中创建的矩阵不会附带符合 ISO 14971 等行业标准的框架，这使得确保协调的可追溯性和确保合规性的成功证明变得更加困难。
幸运的是，这些问题不必成为您团队的阻碍，也不必让您的产品开发流程面临过度风险。通过从面向文档的工作流程升级到支持实时协作、双向可追溯性和集成风险管理的综合需求管理平台，可以实现端到端可追溯性。
