我的公司使用Jira存储需求，这些需求是以用户故事（“作为...我想...那......”）的形式写成的。子任务（“给......当......然后......”）。
我编写需求，通常是在开发人员之前的迭代。
在将它们放入Jira之前，我倾向于在文字处理器中起草我的要求。我喜欢灵活性，因为我正在制定组织信息的最佳方式，从一个故事跳到另一个故事，使用搜索和放大。取而代之的是我找出最清晰的措辞等等。
虽然文字处理器大纲对此很有帮助，但它在跟踪问题链接方面并不是很好：依赖关系＆amp;相关要求。
所以，任何人都可以推荐一个好的工具来撰写故事和允许我在写作时绘制关系的任务？ 我一直在考虑处理概念映射的事情（尽管不是思维映射，它通常仅限于1个中心概念）。这只是我的个人创作;我不需要项目管理系统。
更新：发布此内容后，我开始怀疑TiddlyWiki。鉴于它的链接方法，这不是相当正确的工具，但似乎是正确的方向......这种情况会引发任何想法吗？
答案 0 :(得分：2)
简单的电子表格（如this one）怎么样？电子表格非常强大（重新/组织，过滤等）并且一直很适合我（如果需要可以使用缩进或相关故事的ID的附加列）。
答案 1 :(得分：1)
我们将电子表格和内部Wiki的组合用于用户故事。电子表格包含基本信息，如ID，标题，用户角色，优先级等，以及指向此故事的Wiki页面的链接。
Wiki页面随后包含有关用户故事的全部信息，完整描述，验收标准，设计说明等。
如果故事之间存在依赖关系，则这些依赖关系包含在用户故事中的链接中，通常会简要说明此依赖关系的含义（例如“此故事假设故事x已完成”或“Y＆amp; Z不属于这个故事，但故事X“）。
这是一个非常低技术的解决方案，并不真正支持关系的可视化图表。但是，它到目前为止对我们有用。
答案 2 :(得分：0)
也许这有点矫枉过正，但Mingle by Thoughtworks能做你需要的吗？
（我实际上并不是Mingle用户，但这听起来像是它会做的事情。）