答案。

需求的可追溯性（traceability）是商业目标、需求和实施之间的系统连接。这使得可以查看哪些决策和任务与特定的初始目标相关，快速发现偏差，并以最小的风险进行更改。

关键特征：

• 使用可追溯性矩阵（Traceability Matrix）：一个文档或工具，用于将需求与任务、测试用例和结果联系起来。

• 与ALM/PM工具的集成（例如，Jira，Azure DevOps）：记录需求、评论和决策的变更历史。

• 定期检查需求与已实现特性的符合性和测试：持续的匹配检查。

误导性问题。

只需一次创建需求矩阵而不进行更新就足够了吗？

回答：不可以，矩阵必须在整个项目中保持最新，否则需求之间的连接会丢失或变得错误。

可追溯性仅仅是分析师的任务吗？

回答：不，这是一个跨功能的任务；需要BA、测试人员、项目经理和开发人员的协同工作。

在实施小项目时可以忽视可追溯性吗？

回答：即使在小项目中，可追溯性也有助于避免回归、需求丢失和变更时的错误，特别是在后续维护中。

常见错误和反模式

• 缺乏定期更新需求矩阵
• 忽视小变更并未在工具中记录
• 对可追溯性的形式化处理（“走过场”）

生活中的例子

负面案例：没有需求矩阵的创业公司。需求口头变化，部分任务未实现，缺陷未能找到初始目标的原因。

优点：

• 启动时沟通容易

缺点：

• 丢失的任务
• 不明确的回归点
• 过多的冗余修正

正面案例：引入可追溯性矩阵，在Jira中定期更新，将任务与测试用例关联。

优点：

• 为团队和客户提供完全透明度
• 在变更时快速校正

缺点：

• 需要系统的方法和团队培训