如何在Visual Studio Team Services (TFS)上管理需求（规格）？

Question

如何在Visual Studio Team Services (TFS)上管理需求（规格）？

tfsrequirementsazure-devops

5

我正在使用本地版 TFS，计划迁移到 Visual Studio Team Services。但我仍有一个问题 - 如何在 VSTS 或 TFS 中正确地管理（存储、编辑、跟踪）软件项目的需求（规格）？

什么是最好的解决方案？你用什么方法？

现在我们使用 OneNote.com，并将链接添加到 TFS 中的 PBI 到 OneNote 页面。但这不是很方便。

- John Brown

这个话题太广泛了，在这里无法完全回答。 - Daniel Mann

2个回答

2

TFS和VSTS包括工作项管理。我们使用用户故事来定义工作，使用看板板来跟踪工作进展。

- chief7

2

工作项跟踪并不适合用于正式的需求跟踪。它适合计划和简单统计跟踪，但并非真正的需求工具。使用CMMI模板时可能会接近要求，但这会带来许多其他开销。 - jessehouwing

我同意@cheif7的观点。它需要更好的用户界面来捕获表单布局、字段和验证标准。我想使用Visual Studio Team Services来管理这个，所以除非我可以自定义工作项的文本框，否则我将需要附加这样一个表单。不够流畅！ - westerdaled

现在，VSTS已启用完整的流程定制。 - jessehouwing

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- jessehouwing · Accepted Answer

需求管理是一个非常广泛的主题，但是当查看Team Services和TFS的功能时，您会发现它在Scrum和Agile模板中支持非常轻量级的需求管理。如果需要进行正式的需求跟踪，则PBIs和User Stories不是捕获它们的理想方式。主要原因是这些项目在开发时是正确的，但随着其他PBIs和Stories引入互补/相矛盾的行为，它们变得陈旧/过时/不正确。

CMMI模板更适合于正式规范，使用“需求”工作项类型并进行正式的更改跟踪。它仍然旨在以敏捷方式使用，但由于它要求您跟踪和指定所有额外内容，因此往往会使真正的敏捷团队远离它。

在产品本身中，您可以使用Markdown支持，并将需求存储在额外的源代码控制存储库或Git Repo中，以进行完整的更改控制。您可以向工作项添加附件（包括Powerpoint故事板），但任何类似厚文档的东西都不是产品的一部分。

当然，您可以链接到o365、OneNote.com或Google Docs来跟踪您的规格说明，或者使用第三方产品，例如ModernRequirements。

请记住，在敏捷中，我们尽量将规格说明保持到最低限度，并且主要用于确定要做什么（计划和跟踪工作）。如果您需要捕获正式规格说明，则需要另一个存储它们的地方。