我在敏捷项目中的IT站点上工作，业务使用后台日志和用户故事来捕获业务需求。 IT团队使用Enterprise架构师对应用程序进行建模，系统需求是其中一个要素。
根据系统要求跟踪积压用户故事的最佳做法是什么？跟踪原因是为了证明业务需求已经实施。
如何处理更改EA要求的用户故事？跟踪两个用户故事的需求？由于一个用户故事无效，这在某种程度上是多余的？
一个聪明的想法，有人吗？银弹也接受了..
答案 0 :(得分：0)
使用connector将用户故事导回EA。然后，使用built-in Traceability tools of EA创建与其他EA工件的映射。
根据我的经验，最好让未来的用户积极参与并培训他们自己使用新功能。他们会比EA中的向后可追溯性结果图表更好地记住这一点。实现本身并没有比实现本身更好的证据，以及成功通过的测试用例。