如果你负责一个复杂产品的需求追溯性，以下两种情况可能会让你感到耳熟能详：
情境一：你刚刚被告知一个关键的商业需求需要更改，并且需要在即将发布的版本中对此进行考虑。你需要立刻了解这个变化将如何影响后续的工作，以及你的工程师们正在使用的系统规格将如何改变。
情境二：你的质量保证团队刚刚在你最期待的新功能中发现了一个关键的错误，而你离产品发布只有两周的时间。你是选择带着已知的错误去发布并希望稍后修补它，还是选择延迟发布？这是否会影响你即将进行的审计？你需要立刻知道谁在负责这个功能，还需要通知哪些人，并了解可能受影响的产品其他方面。
以上提及的情境，以及无数其他类似的情况，每天都在对工程团队产生影响。由于软件、嵌入式系统和外部传感器使产品变得越来越复杂，再加上当你试图统一多个为产品做出贡献的团队时会遇到的困难，手动流程和静态文档无法扩大规模以支持准确的影响分析和快速的决策制定。
需求可能已经被记录下来，但是如果它们没有在一个可以采取行动的系统中，那么在上述情况下，你就无法有效地管理这些需求。
Gartner 指出了公司在实现需求追溯性的优势上遇到困难的主要原因之一：
“由于成本低、使用广泛、并且使用起来熟悉，像Microsoft Office或腾讯文档这样的通用文档软件在需求管理工具中的使用率仍然占据市场的40%到50%。然而，这些通用工具往往导致需求管理不善，从而抵消并超过了这些工具本身所带来的任何成本效益。需求最终被记录在各种文档和电子表格中，并通过便签以非管理的方式补充，这些便签无法追溯或重用。这种做法导致用户接受测试周期的成本更高，无论是在执行时间还是在过程的后期发现并解决问题，都需要付出更高的成本。”
软件和硬件团队必须在整个开发过程中紧密合作，以定义市场需求、功能需求、测试案例和其他定义你正在建设的产品范围的要素。这些元素以某种方式，直接或间接地相关联。但当团队使用不同的工具和术语，按照不同的步调和方法进行工作时，这就变得具有挑战性了。
采用以下四个关于现代需求管理和需求追溯性的最佳实践，将帮助你的团队确保产品质量，缩短上市时间，并实现合规性。
1.将利益相关者和贡献者与他们关心的需求连接起来，确保正确的人能在适当的时机对重要的决策进行考量。
可追溯的关系既涉及到连接需求本身，也关系到人与人之间的连接。系统中的每一个需求都与一些团队成员相关，包括分析师、架构师、开发人员、验证人员以及质量保证人员，以及关心它状态的各种利益相关者和客户。通过在你的项目中构建这种连接的关系，你可以迅速地让感兴趣的各方参与到决策过程中来。
2.自动化双向需求追溯，以降低风险并确保质量。
手动更新老式的需求追踪矩阵不仅麻烦耗时，而且容易出现人为错误。在开发如医疗设备和飞机这样关乎安全的产品时，这样的风险是不可接受的。向审计员证明你的工作准确无误也是一件难事。
管理需求追踪的关键在于，能够查看源需求及其与下游较低级别需求的关联项，然后回溯到源头，了解在产品开发过程的每个阶段，这些项的状态如何。由于这些数据可能存储在多个系统中，所以能够通过开放的API将工具连接起来，并自动将数据整合到一个可以采取行动的系统中，以便对这些需求追踪关系进行可视化覆盖，这是非常关键的。
3.在产品开发过程中的单一系统内链接数据、对话和决策。
可视化需求追踪关系的覆盖是必要的。但是当你发现一个疏漏，或者一个测试失败了，应该怎么办呢？拥有在系统中与链接到需求的人协作的能力，可以让你捕获决策和行动，并将这些信息与需求关联起来。如果你需要重新审查决策，所有的数据都被储存且易于查找。
拥有这些信息后，管理者可以，例如，验证他们的需求是否链接到下游的测试用例，并看到通过测试的比例。在一个可行动的系统中，每个测试用例都有一个对所有用户开放的评论和活动流。测试人员和贡献者可以透明地、迅速地捕获决策，解答问题，并解决问题。
4.使用内置报告进行符合内部控制或行业规定的正式审查。
在需要证明遵守一系列规则和规定的情况下，你需要展示你的需求、他们与测试计划的追踪关系，以及所有测试的通过验证。使用一个有内置正式审查和审计报告的需求管理解决方案，可以使这个过程变得不那么繁琐且更可靠。
面临越来越大的复杂性和遵守行业规定的压力的团队，必须能够搜索、追踪和链接相互依赖的需求。为了实现更快的上市时间，团队在处理可追踪的需求时必须能够快速且有效地协作。
