如何管理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）上的需求（規格）？

回答

相關問題