需求可追溯性的四个最佳实践

最新推荐文章于 2024-05-14 18:03:10 发布

开发者工具分享

最新推荐文章于 2024-05-14 18:03:10 发布

阅读量311

点赞数

分类专栏：需求管理指南文章标签：需求管理需求分析需求可溯性

本文链接：https://blog.csdn.net/weixin_44280696/article/details/133189400

版权

需求管理指南专栏收录该内容

43 篇文章 5 订阅

订阅专栏

如果你负责一个复杂产品的需求追溯性，以下两种情况可能会让你感到耳熟能详：

情境一：你刚刚被告知一个关键的商业需求需要更改，并且需要在即将发布的版本中对此进行考虑。你需要立刻了解这个变化将如何影响后续的工作，以及你的工程师们正在使用的系统规格将如何改变。

情境二：你的质量保证团队刚刚在你最期待的新功能中发现了一个关键的错误，而你离产品发布只有两周的时间。你是选择带着已知的错误去发布并希望稍后修补它，还是选择延迟发布？这是否会影响你即将进行的审计？你需要立刻知道谁在负责这个功能，还需要通知哪些人，并了解可能受影响的产品其他方面。

以上提及的情境，以及无数其他类似的情况，每天都在对工程团队产生影响。由于软件、嵌入式系统和外部传感器使产品变得越来越复杂，再加上当你试图统一多个为产品做出贡献的团队时会遇到的困难，手动流程和静态文档无法扩大规模以支持准确的影响分析和快速的决策制定。

需求可能已经被记录下来，但是如果它们没有在一个可以采取行动的系统中，那么在上述情况下，你就无法有效地管理这些需求。

Gartner 指出了公司在实现需求追溯性的优势上遇到困难的主要原因之一：

“由于成本低、使用广泛、并且使用起来熟悉，像Microsoft Office或腾讯文档这样的通用文档软件在需求管理工具中的使用率仍然占据市场的40%到50%。然而，这些通用工具往往导致需求管理不善，从而抵消并超过了这些工具本身所带来的任何成本效益。需求最终被记录在各种文档和电子表格中，并通过便签以非管理的方式补充，这些便签无法追溯或重用。这种做法导致用户接受测试周期的成本更高，无论是在执行时间还是在过程的后期发现并解决问题，都需要付出更高的成本。”

软件和硬件团队必须在整个开发过程中紧密合作，以定义市场需求、功能需求、测试案例和其他定义你正在建设的产品范围的要素。这些元素以某种方式，直接或间接地相关联。但当团队使用不同的工具和术语，按照不同的步调和方法进行工作时，这就变得具有挑战性了。

采用以下四个关于现代需求管理和需求追溯性的最佳实践，将帮助你的团队确保产品质量，缩短上市时间，并实现合规性。

1.将利益相关者和贡献者与他们关心的需求连接起来，确保正确的人能在适当的时机对重要的决策进行考量。

可追溯的关系既涉及到连接需求本身，也关系到人与人之间的连接。系统中的每一个需求都与一些团队成员相关，包括分析师、架构师、开发人员、验证人员以及质量保证人员，以及关心它状态的各种利益相关者和客户。通过在你的项目中构建这种连接的关系，你可以迅速地让感兴趣的各方参与到决策过程中来。

2.自动化双向需求追溯，以降低风险并确保质量。

手动更新老式的需求追踪矩阵不仅麻烦耗时，而且容易出现人为错误。在开发如医疗设备和飞机这样关乎安全的产品时，这样的风险是不可接受的。向审计员证明你的工作准确无误也是一件难事。

管理需求追踪的关键在于，能够查看源需求及其与下游较低级别需求的关联项，然后回溯到源头，了解在产品开发过程的每个阶段，这些项的状态如何。由于这些数据可能存储在多个系统中，所以能够通过开放的API将工具连接起来，并自动将数据整合到一个可以采取行动的系统中，以便对这些需求追踪关系进行可视化覆盖，这是非常关键的。