我正在使用本地 TFS 并计划迁移到 Visual Studio Team Services。但我还有一个问题——如何在 VSTS 或 TFS 中正确管理(存储、编辑、跟踪)软件项目的需求(规范)？
最好的解决方案是什么？你用什么？
现在我们使用 OneNote.com 并将 OneNote 页面的链接添加到 TFS 中的 PBI。但是不是很方便。
最佳答案
需求管理是一个非常广泛的主题，但是在查看 Team Services 和 TFS 的功能时，您会发现它支持 Scrum 和敏捷模板中的轻量级需求管理。如果您需要进行正式的需求跟踪，那么 PBI 和用户故事不是捕获它们的理想方式。主要原因是，虽然这些项目在开发时是正确的，但随着其他 PBI 和故事引入互补/矛盾的行为，它们会变得陈旧/过时/不正确。
CMMI 模板更适合正式规范，使用需求工作项类型并进行正式更改跟踪。它仍然旨在以敏捷方式使用，但由于它希望您跟踪和指定的所有额外内容，它往往会赶走真正的敏捷团队。
在产品本身中，您可以使用 Markdown 支持并将需求存储在附加的源代码控制存储库或具有完全更改控制的 Git 存储库中。您可以将附件添加到工作项(包括 Powerpoint Storyboard)，但任何相当于厚文档的内容都不是产品的一部分。
您当然可以链接到 o365、OneNote.com 或 Google Docs 来跟踪您的规范，或使用第三方产品，例如 ModernRequirements .
请记住，在敏捷中，我们尽量将规范保持在最低要求，并且它主要用于确定要做什么(计划和跟踪工作)。如果您需要捕获正式的规范，则需要另一个地方来存储它们。
关于tfs - 如何管理 Visual Studio Team Services (TFS) 上的需求(规范)？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/35793608/