Sharepoint 在TFS内部存储需求/规范文件

我们正在启动一个新的开发项目，使用内部部署TFS 2018、git和Visual Studio。在过去，我们遵循敏捷模型，创建史诗和用户故事，并将需求/ui模型和其他细节直接放在用户故事中

在经历了这种方法之后，我们不想回到那条路上来，原因如下： 1） 一旦该功能发布，就很难找到信息。谁还记得在什么用户故事中使用了什么功能？ 2） 没有用于存储功能文档的集中位置。当然，我们都不想采用瀑布式方法，花2年时间编写功能需求，但可以说，有一个由包含相关文档的功能区域组织的集中位置。 3） 您是否曾经尝试过通过web界面或Visual Studio阅读大量的用户故事和需求接受测试？通过一个8行的窗口阅读，它会很快变老

我们想做的是混合使用文档和引用用户故事中的文档链接。sprint跟踪的用户故事已经存在，但详细信息存储在文档中。功能/用户故事发布后，我们可以参考文档

---

因此，问题变成了如何将此类信息存储在TFS中并链接到TFS，以便在用户故事中使用链接打开TFS。我们知道我们可以通过SharePoint做到这一点，但是否可以在内部TFS中做到这一点？

目前，在TFS中，与一些第三方供应商合作时，这是不可能的，例如，这些供应商将是付费服务

您可以始终使用CMMI模板，该模板用于创建和管理需求工作项，但不能像通常存储在需求文档中那样存储大量需求

正如您所提到的，还有其他方法，比如将文档存储在 SharePoint、一个驱动器等，并链接到用户情景

创建一个 在用户故事本身中

在版本控制（Git、TFVS）中签入这些文档

---

为了更好地理解，请参考此类似内容。

我下面的答案有什么更新吗？如果你觉得我的答案有用，那么请接受/投票，这样它可以帮助其他社区成员