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

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

什么是最佳解决方案？你用什么？

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

来源

2016-03-04 John Brown

这是一个太宽广的话题，要在这里充分回答。 –

需求管理是一个非常广泛的话题，但看着团队服务和TFS的功能时，那么你会发现，它支持重量很轻的需求管理在Scrum和敏捷模板。如果您需要进行正式的需求跟踪，那么PBI和用户故事并不是捕捉它们的理想方式。主要原因是虽然这些项目在他们开发的时间点是真实的，但由于其他PBI和故事引入了互补/矛盾的行为，它们变得陈旧/过时/不正确。

CMMI模板更适合正式规范，使用Requirement工作项类型并进行正式更改跟踪。它仍然意味着以敏捷的方式使用，但它往往会驱使真正的敏捷团队离开，因为所有额外的东西都希望您跟踪和指定。

在产品本身中，您可以使用Markdown支持并将需求存储在其他源控制存储库或Git Repo中，并具有完全更改控制。您可以将附件添加到工作项目（包括Powerpoint故事板），但任何相当于厚文档的内容都不是产品的一部分。

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

请记住，在敏捷中，我们尝试将规范保持在最低要求，并且主要用于确定要执行的操作（计划和跟踪工作）。如果你需要捕获正式的规格，你需要另一个地方来存储它们。

来源

2016-03-13 09:57:28 jessehouwing

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

来源

2016-03-04 15:17:52 chief7

工作项目跟踪不是正式要求跟踪的方式。对规划和简单的统计跟踪很好，但它不是真正的需求工具。在使用CMMI模板时它可能会很接近，但会带来很多其他开销。 – jessehouwing

我同意@ cheif7。它需要更好的UI来捕捉表单布局，字段，验证条件。我希望使用Visual Studio Team Services来管理这个，除非我可以自定义工作项目的文本框，否则我需要附加这样一个表单。不光滑！ – westerdaled

现在，在VSTS上启用了全过程自定义。 – jessehouwing

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

回答

相关问题