如何管理 Visual Studio Team Services (TFS) 的需求（规范）？
How to manage requirements (specifications) on Visual Studio Team Services (TFS)?
我正在使用本地 TFS 并计划迁移到 Visual Studio Team Services。但我还有一个问题——如何在 VSTS 或 TFS 中正确管理（存储、编辑、跟踪）软件项目的要求（规范）？
最好的解决方案是什么？你用什么？
现在我们使用OneNote.com并在TFS中将OneNote页面的链接添加到PBI。但是不是很方便。
TFS 和 VSTS 包括工作项管理。我们使用用户故事来定义工作，使用看板来跟踪工作进度。
需求管理是一个非常广泛的主题，但是在查看 Team Services 和 TFS 的功能时，您会发现它支持 Scrum 和 Agile 模板中非常轻量级的需求管理。如果您需要进行正式的需求跟踪，那么 PBI 和用户故事并不是捕获它们的理想方式。主要原因是虽然这些项目在开发时是真实的，但随着其他 PBI 和故事引入 complementary/contradictory 行为，它们变成 stale/obsolete/incorrect。
CMMI 模板更适合正式规范，使用需求工作项类型并进行正式变更跟踪。它仍然意味着以敏捷方式使用，但由于它希望您跟踪和指定所有额外内容，它往往会赶走真正的敏捷团队。
在产品本身中，您可以使用 Markdown 支持并将要求存储在额外的源代码控制存储库或 Git 具有完全更改控制的 Repo 中。您可以向工作项目（包括 Powerpoint 故事板）添加附件，但任何相当于厚文档的内容都不是产品的一部分。
您当然可以 link 到 o365、OneNote.com 或 Google 文档来跟踪您的规格，或使用第 3 方产品，例如 ModernRequirements。
请记住，在敏捷中，我们尽量将规范保持在最低要求，并且它主要用于确定要做什么（计划和跟踪工作）。如果您需要捕获正式规范，则需要另一个地方来存储它们。
我正在使用本地 TFS 并计划迁移到 Visual Studio Team Services。但我还有一个问题——如何在 VSTS 或 TFS 中正确管理（存储、编辑、跟踪）软件项目的要求（规范）？
最好的解决方案是什么？你用什么？
现在我们使用OneNote.com并在TFS中将OneNote页面的链接添加到PBI。但是不是很方便。
TFS 和 VSTS 包括工作项管理。我们使用用户故事来定义工作，使用看板来跟踪工作进度。
需求管理是一个非常广泛的主题，但是在查看 Team Services 和 TFS 的功能时，您会发现它支持 Scrum 和 Agile 模板中非常轻量级的需求管理。如果您需要进行正式的需求跟踪，那么 PBI 和用户故事并不是捕获它们的理想方式。主要原因是虽然这些项目在开发时是真实的，但随着其他 PBI 和故事引入 complementary/contradictory 行为，它们变成 stale/obsolete/incorrect。
CMMI 模板更适合正式规范，使用需求工作项类型并进行正式变更跟踪。它仍然意味着以敏捷方式使用，但由于它希望您跟踪和指定所有额外内容，它往往会赶走真正的敏捷团队。
在产品本身中，您可以使用 Markdown 支持并将要求存储在额外的源代码控制存储库或 Git 具有完全更改控制的 Repo 中。您可以向工作项目（包括 Powerpoint 故事板）添加附件，但任何相当于厚文档的内容都不是产品的一部分。
您当然可以 link 到 o365、OneNote.com 或 Google 文档来跟踪您的规格，或使用第 3 方产品，例如 ModernRequirements。
请记住，在敏捷中，我们尽量将规范保持在最低要求，并且它主要用于确定要做什么（计划和跟踪工作）。如果您需要捕获正式规范，则需要另一个地方来存储它们。