TFS工作項目類型：任務與方案，還是同時使用？

Question

在默認的TFS設置中，有三種工作項類型：場景，任務和錯誤。最後一個很簡單，任務也是：團隊成員完成這項工作是一項具體工作。但我認爲情景有點模糊。

我通常爲更大和更一般的工作單元創建一個場景：例如「創建功能以將僱員線添加到僱主」。更小，更具體的工作項目將成爲任務，例如：「創建詳細信息表單」，「在服務器上創建保存方法」等。

當我檢入更改時，將更改集鏈接到方案AND到具體任務。這是一個好習慣嗎？你如何處理任務和場景？任何資源的最佳實踐？

我也聽說方案實際上是用於用例，是這樣嗎？

Answer 1

方案可以是任何用戶故事。

您只需簽入任務即可。 創建任務時，應先將它們鏈接到場景，然後再分配給開發人員。

這樣，簽入和場景之間的關聯就是自動的（並且是可報告的）。

沒有點的雙重處理

Answer 2

如果「默認TFS設置」你的意思是「無國界醫生組織的敏捷軟件開發」項目模板，然後一個場景定義如下：

情景是一個類型的工作項目， 記錄用戶通過系統交互的單一路徑 。由於 角色試圖達成目標，因此 業務情景會記錄他們嘗試執行該目標時將採取的具體步驟 。有些場景將 記錄成功路徑;其他人將 記錄一個不成功的。 編寫場景時，具體爲 有很多可能的路徑。

要獲得更多的信息這一點，必須在「文檔/過程指南」文件夾中一個很好看的項目下的團隊資源管理器 - 它解釋建議的過程相當好

Answer 3

你能想到的方案作爲代表用戶的角度來看，而任務是開發者的觀點。根據MSF Agile documentation，場景「表示通過您正在構建的系統的用戶交互的單一路徑」，並且任務「標識團隊成員要執行的特定工作項目」。

任務可以鏈接到場景。作爲開發人員簽入時，您已經解決了任務，而不是解決方案，因此您應該將更改集與此任務相關聯。

Answer 4

在MSF Agile模板中，方案也可以被認爲是「User Story」 - 有點像輕量級的敏捷用例。

該方案詳細描述了想要實現的功能的全貌，記錄了用戶與系統的一部分進行交互的單一路徑。例如，在Stack Overflow中，一些情景可能是「提問」或「回答問題」。情景和服務質量要求可以被認爲是MSF Agile中的頂級工作項目（即定義系統的工作項目），方案是功能要求，服務質量是非功能要求。

我傾向於從每個場景創建多個任務，並且通常只記錄針對任務的簽入。在TFS 2010中，適當的分層工作將會使這種工作方式更容易報告。當前工作項目關聯是雙向的（即，您可以說任務與場景關聯，但您不能說它是它的孩子）。

對於任務和場景標記簽入沒有任何問題，只是它在簽入時爲您創建了更多工作。此外，許多開發人員還是會將這個場景交付給他們往往會降低個人活動的粒度。

如果您正在做一個工作項目與場景的很多關聯，那麼下面的提示可能對您很方便（http://www.woodwardweb.com/vsts/top_tfs_tip_3_r.html）。它向您展示瞭如何修改標準MSF Agile流程模板，以消除簽入功能來解決方案，但只需將簽入與該工作項目相關聯即可。解決長時間運行的工作項目（如場景）的簽入問題通常不是您希望發生的事情，而是開箱即用的默認行爲。

希望有所幫助。