【发布时间】：2016-08-04 07:44:59
【问题描述】：
我在 IT 站点的一个敏捷项目中工作，业务使用积压日志和用户故事来捕获业务需求。 IT 团队使用企业架构师对应用程序进行建模，系统需求是其中的元素之一。
将积压的用户故事跟踪到系统要求的最佳做法是什么？跟踪的原因是为了证明业务需求已经实现。
以及如何处理改变 EA 需求的用户故事？将请求跟踪到两个用户故事？由于一个用户故事将是无效的，这在某种程度上感觉是多余的？
一个绝妙的主意，有人吗？银弹也接受了..
【问题讨论】：
-
我认为你的问题太宽泛了。整个需求捕获过程充满了书籍。这不包括需要其他几本书的变更管理。基本上使用跟踪/实现需求。
-
因为我们决定在 EA 中复制用户故事并使用跟踪/实现关联。当一个用户故事使前者无效时，我们使用颜色编码和文本解释来指出这一点。谢谢
-
这是个好方法。我们还将 MDG 与形状脚本一起使用，该脚本根据状态着色。
标签： enterprise-architect requirements user-stories