为什么需要长期存放用户故事？

  所开发运维的系统应当为组织持续的发挥作用。一个有效的系统的生命周期往往超过2年，甚至更多时间。而得到应用的系统往往需要根据使用的反馈和业务的发展进行升级修改，那么原来已经实现的用户故事常常需要修改升级。在修改时，追查到原来的用户故事，虽然不是绝对必需的，但原来的用户故事能够帮助到新故事的整理，可以复制部分文字，可以知道原来的接受条件是什么，可以知道原来是谁处理的，这些信息有助于提升效率。
  因此长期存放用户故事，并且可被查询，是值得做的。

在哪里存放用户故事？ 存放用户故事的工具

  如果只是使用纸质故事卡片，那么存放纸质用户故事卡片没有用的，因为对于纸质卡片的查询耗费太多时间，虽然可以查，但不现实。因此存放用户故事必须使用电子化工具。一般的电子化工具都能支持查询，常见工具分析如下。

Word、Excel类

  Word、Excel文件能够存放用户故事，把文件存放到诸如Git的配置管理工具后，团队成员都能访问到。

线上条目化管理工具

  典型的线上条目化管理工具有Redmine，Jira，Rally等等，这些工具一般为敏捷开发进行了专门的设计。对比文件类工具，这类线上工具提供了更多功能，比如线上实时多人协作、拖动式优先级排序、燃尽图等等。

线上Wiki工具

  典型的Wiki有mediawiki、Confluece、twiki等等，Wiki工具一般有如下功能：全文检索、页面结构整理、丰富的页面表现力、页面历史版本。

选择wiki工具作为用户故事长期存放的工具

  由于用户故事定位追求快速定位，而wiki工具的页面结构有更好的可读性，wiki中超级链接的使用给文档带来超越word的阅读体验，因此选择wiki工具作为长期用户故事存放的工具。那么，显然的，wiki工具并不能很好的支持对于用户故事的活动管理，比如优先级排定，故事点估算后的统计，开发任务的识别和跟踪，等等，因此为了解决这个问题，选择条目化管理工具来管理用户故事的活动。

选择条目化工具作为用户故事活动管理的工具

  条目化工具擅长处理条目的状态转移、排序、统计等等，因此用户故事定位方法同时使用了wiki和条目化工具，其中的关键是建立条目与wiki页面的链接。这一点在普通的工具中就容易，只需加入URL即可，当然为了建立条目与wiki的双向联系，需要加入2个URL：在条目中加入wiki页面的URL，在Wiki中加入条目的URL。

在Jira和Confluece当中提供了便捷的功能来保持两者之间的联系，链接只需加入一次，
其自动建立反方向的联系。

这样就是利用2个工具各自的优势功能分别管理内容和迭代中状态变化，充分发挥各自的优势。