我正在使用本地版 TFS,计划迁移到 Visual Studio Team Services。但我仍有一个问题 - 如何在 VSTS 或 TFS 中正确地管理(存储、编辑、跟踪)软件项目的需求(规格)?
什么是最好的解决方案?你用什么方法?
现在我们使用 OneNote.com,并将链接添加到 TFS 中的 PBI 到 OneNote 页面。但这不是很方便。
我正在使用本地版 TFS,计划迁移到 Visual Studio Team Services。但我仍有一个问题 - 如何在 VSTS 或 TFS 中正确地管理(存储、编辑、跟踪)软件项目的需求(规格)?
什么是最好的解决方案?你用什么方法?
现在我们使用 OneNote.com,并将链接添加到 TFS 中的 PBI 到 OneNote 页面。但这不是很方便。
需求管理是一个非常广泛的主题,但是当查看Team Services和TFS的功能时,您会发现它在Scrum和Agile模板中支持非常轻量级的需求管理。如果需要进行正式的需求跟踪,则PBIs和User Stories不是捕获它们的理想方式。主要原因是这些项目在开发时是正确的,但随着其他PBIs和Stories引入互补/相矛盾的行为,它们变得陈旧/过时/不正确。
CMMI模板更适合于正式规范,使用“需求”工作项类型并进行正式的更改跟踪。它仍然旨在以敏捷方式使用,但由于它要求您跟踪和指定所有额外内容,因此往往会使真正的敏捷团队远离它。
在产品本身中,您可以使用Markdown支持,并将需求存储在额外的源代码控制存储库或Git Repo中,以进行完整的更改控制。您可以向工作项添加附件(包括Powerpoint故事板),但任何类似厚文档的东西都不是产品的一部分。
当然,您可以链接到o365、OneNote.com或Google Docs来跟踪您的规格说明,或者使用第三方产品,例如ModernRequirements。
请记住,在敏捷中,我们尽量将规格说明保持到最低限度,并且主要用于确定要做什么(计划和跟踪工作)。如果您需要捕获正式规格说明,则需要另一个存储它们的地方。