个人工具用于创作和组织用户故事?

9
我的公司使用Jira存储需求,这些需求以用户故事的形式书写(“作为一个...我想要...以便...”),子任务中包含详细信息(“给定...当...然后...”)。
我通常比开发人员提前一轮编写需求。在将它们放入Jira之前,我倾向于在文字处理器中起草我的需求。我喜欢灵活性,因为我正在找出组织信息的最佳方式,从一个故事跳到另一个故事,使用搜索和替换来找出最清晰的措辞等。
虽然文字处理器大部分情况下很有帮助,但它不能很好地跟踪问题链接:依赖关系和相关需求。
那么,有人可以推荐一个好的工具来编写故事和任务,让我在编写时绘制关系图吗?我一直在考虑处理概念映射的工具(尽管不是思维导图,因为它通常只限于1个中心概念)。这只是为了我个人的撰写;我不需要项目管理系统。
谢谢您的帮助。
更新:发布后,我开始思考TiddlyWiki。虽然它的链接方法并不完全正确,但似乎是正确的方向...这条路线会激发任何想法吗?
3个回答

2

一个简单的电子表格怎么样(比如这个)?电子表格非常强大(可以重新/组织、过滤等),而且对我来说一直都很好用(如果需要,可以使用缩进或额外列来标识相关故事的ID)。


很不幸,我的需求文本几乎总是包含多行,并且有时使用表格。此外,在编写阶段,可读性很重要,因为我需要检查完整性和清晰度。虽然我是那种可能会过度使用电子表格的人,但我认为在这种情况下不太适用。谢谢你的想法。 - MsLis

1

我们使用电子表格和内部Wiki相结合的方式来管理用户故事。电子表格包含基本信息,如ID、标题、用户角色、优先级等,以及指向该故事Wiki页面的链接。

然后,Wiki页面包含有关用户故事的所有信息,包括完整描述、验收标准、设计说明等。

如果故事之间存在依赖关系,则通常在用户故事中包含这些依赖关系的链接,并附有简短的说明(例如,“此故事假定已完成故事x”或“Y和Z不属于此故事,而是属于故事X”)。

这是一个相当低技术的解决方案,不支持可视化关系图表。但是,到目前为止,它对我们很有效。


0
也许这有点过头了,但是Thoughtworks的Mingle是否符合您的需求呢?
(我实际上不是Mingle的用户,但这听起来像它可以做到的事情。)

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接