我应该如何在Bugzilla中实现用户故事?[关闭]

在我的工作中,有几个人聚在一起组成了一个小组,他们的目标是分析实现一些敏捷软件开发/项目管理原则的好处。

作为开发人员,我在用户故事中看到了巨大的好处。我们正在寻找一个信息辐射器,可以用来监视当前版本的各个阶段并规划未来版本。我想在这个过程中使用用户故事。

现在,我们正在使用Bugzilla进行问题跟踪。大多数发布计划都是使用这个系统中的bug完成的。布吉拉的使用可能不会改变。它以适当的成本(0美元)提供了我们所需要的大部分。

一个关注点是将用户故事映射到Bug。发布管理目前使用错误号完成。问题是一个用户故事可能包含三个错误,反之亦然。

在一个用户故事有多个报告的bug的场景中,一个想法是有一个用户故事bug,该bug可以解释故事并设置构成该故事的子bug的依赖关系。我担心这最终可能会过于复杂,并在利益相关者、开发人员和QA之间造成混乱。而且,它也会让布吉拉有点乱。

有人已经走过这条路了吗?如果是,你做了什么?我应该放弃在布吉拉的用户故事的想法吗?有更简单的解决方案吗?

任何想法都会被感激的。