实时需求可追溯性™
根据行业标准，在孤立的工程团队和工具之间实现产品需求的实时可追溯性™是大多数产品开发组织面临的头号未解决问题。主要障碍之一是每个工程学科（系统、软件、硬件、电气、风险、验证和确认）都优化了自己的流程和工具。从端到端产品开发流程来看，孤立的团队、工具和数据使得从最初的需求定义到开发和测试的开发活动追踪变得非常困难。
因此，需求可追溯性变成了一个耗时、容易出错、令人沮丧且需要手动完成的事后过程。产品开发组织无法持续追踪正在进行的开发工作和变更以追溯到用户和系统需求，从而导致遗漏需求、缺陷、返工、延迟、审计函和成本超支。
不存在通用平台
解决软件通用流程问题的典型方法是强制每个用户使用单一平台并遵循一个通用流程。这适用于人力资源、销售和财务方面的标准业务流程，但系统、软件、硬件、电气、风险、测试、验证和确认等工程学科都遵循不同的方法并使用多种工具，包括电子表格、桌面和自主开发的应用程序。每个工程学科都优化了自己的开发环境，并强烈抵制任何改变的尝试。工程领导层听从每个工程学科的意见，定义如何最好地完成他们的工作，并且不愿意规定会对每个工程团队的绩效和士气产生负面影响的流程和工具。
除了标准化的组织障碍之外，目前还没有一个平台可以取代这几十种工具。一个平台需要涵盖以下所有软件类别并解决电子表格（Excel）、脚本、桌面和自主开发工具中的所有功能：需求管理、CAD、MBSE、DFMEA/FMEA、软件任务管理、软件代码管理、自动化软件测试、硬件台架测试工具、ALM、PLM 等。目前，传统供应商正在努力创建一个通用的 SaaS 平台，以涵盖所有这些软件类别，并达到与最佳工具相当的水平，但进展非常缓慢。
如何实现实时需求可追溯性™，而无需强制工程团队进行更改
那么，组织如何在支持不同方法、术语、字段和状态的最佳工具环境中实现实时可追溯性？答案是三步方法：
第一步 | 实时可追溯性模型
在端到端产品开发过程中定义实时可追溯性模型，并为最佳工具中的可追溯数据元素制定关系规则。下面显示了一个汽车功能安全示例。在这里，您可以看到 Jama Connect® 中关系模型中功能安全标准要求的操作实例。所有必要的可追溯信息都包含在工程团队中与最佳工具的持续同步中，以实现实时可追溯性。
第二步 | 自适应数据字段映射
要实现实时可追溯性，需要与最佳工具（如示例中所示的工具）进行集成。典型的集成方法将字段名称和状态标准化，以确保连接工具的一致性，但这无法实现实时可追溯性的双重目标，因为每个工程团队的工作方式都无需改变。或者，经过验证的方法是应用自适应数据字段映射，以确保工程团队的字段和状态不会发生变化，同时确保一致的、全流程的实时可追溯性模型。这是通过强大的映射和规范化逻辑功能实现的，可以轻松解决每个工程团队采取的各种方法。
第三步 | 异常管理
一旦实现实时可追溯性，工程组织就可以首次实时管理端到端产品开发流程，尽早识别流程中的异常，并采取行动显着减少缺陷、返工、延误和成本超支。
