如果您负责复杂产品的需求可追溯性，这些场景听起来熟悉吗？
场景一：您刚刚听说一个关键业务需求需要更改，并在即将发布的版本中加以说明。您需要知道此更改将如何影响下游工作，以及您的工程师正在使用的系统规范将如何变化。立即了解。
场景二：您的 QA 团队刚刚在您最期待的新功能中发现了一个关键错误，距离发布还有两周时间。您是否会随已知错误一起发布，并希望稍后修补它，还是推迟发布？这会影响您即将进行的审核吗？您需要知道谁在开发此功能，还有谁需要得到通知并参与决策，并了解产品的其他哪些方面可能会受到影响。立即了解。
这些场景以及无数其他类似的场景每天都在影响工程团队。而且，由于软件、嵌入式系统和外部传感器增加了产品的复杂性（更不用说当您试图统一为产品做出贡献的多个团队时出现的复杂性），手动流程和静态文档不可能扩展以支持准确的影响分析和快速决策。需求可能会被记录下来，但如果它们不在行动系统中，在上述情况下，您就无法有效地管理。
Gartner 强调了公司难以实现可追溯性优势的主要原因之一：
“由于成本、可用性和熟悉度，最广泛采用的需求工具仍然是通用文档软件，例如 Microsoft Office 或 Google Docs（占市场份额的 40% 到 50%）。然而，这些工具往往导致需求管理不善，从而消除并超过了工具本身的任何成本效益。需求最终被记录在各种文档和电子表格中，并辅以非管理版本的便利贴，没有可追溯性或重用性。这会导致用户验收测试周期成本更高，无论是执行时间还是在流程后期发现的问题的补救，解决这些问题的成本都要高得多。”
软件和硬件团队必须在整个开发过程中紧密协作，以定义市场需求、功能需求、测试用例和其他定义您正在构建的范围的工件，这些工件以某种方式直接或间接地相关。当团队使用不同的工具和术语，并以不同的节奏和不同的方法工作时，这变得很困难。
采用这四种围绕现代需求管理和需求可追溯性的最佳实践将帮助您的团队确保产品质量、缩短上市时间并实现法规遵从性。
1. 将利益相关者和贡献者与他们关心的需求联系起来，以确保合适的人能够在合适的时间参与重要决策。
可追溯的关系不仅是为了连接需求本身，也是为了连接人。系统中的每个需求都有与之相关的团队成员- 其中包括分析师、架构师、开发、验证和质量保证——以及关心其状态的利益相关者和客户。通过在项目中建立关联关系，您可以快速让相关方参与决策。
2. 实现双向需求可追溯性的自动化，以最大限度地降低风险并确保质量。
手动更新旧式可追溯性矩阵不仅繁琐耗时，而且还存在人为错误的风险。在医疗设备和飞机等安全关键产品的开发中，这种风险是不可接受的。而且很难向审计员证明你做对了。
管理需求可追溯性的关键是能够查看源需求及其相关项目，从下游到较低级别的需求，然后再返回到源，并了解这些项目在产品开发过程的每个步骤中的状态。由于这些数据可能存储在多个系统中，因此能够通过开放 API 连接工具并自动将数据拉入单个可操作的系统，并以可视化的方式覆盖这些跟踪关系，这一点至关重要。
3. 在产品开发过程中，将数据、对话和决策连接到一个系统中。
能够可视化跟踪关系的覆盖范围至关重要。但是，当您发现差距或测试失败时会发生什么？在系统中与与需求相关的人员进行协商和协作的能力使您能够捕获决策和操作，并将这些信息与需求相关联。日后，如果您需要重新审视决策，所有数据都会被存储起来，并且很容易找到。
例如，有了这些信息，管理人员可以验证他们的需求是否与下游测试用例相关联，并查看这些测试中有多少百分比已通过。在行动系统中，每个测试用例都有一个可供所有用户访问的评论和活动流。测试人员和贡献者可以透明、迅速地捕获决策、回答问题并解决问题。
4. 使用内置报告功能进行正式审查，以符合内部控制或行业法规。
在证明符合一系列规则和法规的情况下，您需要展示您的需求、它们与测试计划的可追溯联系以及所有测试均已通过的验证。使用具有内置正式审查和审计报告功能的需求管理解决方案可以使此过程更轻松、更可靠。
面临日益复杂的情况和遵守行业法规的压力的团队必须能够搜索、跟踪和连接相互依赖的需求。实现更快的上市时间要求团队在处理可追溯需求的同时快速有效地协作。
