2013-10-22 40 views
2

在以前的公司中,僅通過Visual Studio使用TFS 2010,我們主要將工作項目向上擴展並將其組織到迭代中。哪些工作正常:大部分工作是在用戶故事下組織的,較小的項目作爲獨立的任務和錯誤可以創建並跟蹤工作項目以在其下面進行測試和修復。爲什麼TFS中的sprints僅顯示用戶故事?

現在與不同的僱主一起,嘗試實施Agile,我們主要通過Web界面使用TFS 2012。作爲以前敏捷經歷的唯一一名團隊成員,我自然而然地迴避了我所知道的。

但是,似乎TFS 2012網頁界面要求所有內容都屬於用戶故事。否則,它不會在積壓中顯示,儘管您仍然可以在TFS中找到它並記錄時間。

所以兩個問題:

1)有什麼優勢在那裏,過程明智盡一切瑣碎1-2天bug修正或增量更新屬於用戶故事?如果需要的話,允許不同類型的工作項目單獨使用似乎更加靈活。

2)有什麼方法可以改變TFS Web界面中的設置,以允許其他類型的工作項目作爲backlog的一部分存在,而無需鏈接到用戶故事?

回答

2

每個流程模板都會對您的工作結構做出一定的假設。您可以在這些約束條件下工作,也可以開始自定義流程模板。

例如,Agile PT僅包含積壓的用戶故事,並假設所有的工作都會有一個用戶故事和相關的任務(錯誤是最糟糕的,因爲符合PT的假設,它期望您創建一個Bug ,然後創建鏈接的用戶故事來規劃工作,然後創建任務以跟蹤工作)。

在2012年的Scrum PT更好,因爲它包括用戶故事和錯誤在積壓。

如果這些都不符合您的需求,您可以隨時開始在Process Template中自定義Process Template(通過編輯Categories.xml和CommonConfiguration.xml)。這裏有一篇由Colin發表的關於定製Agile PT的博客文章,其中包括Bug:http://www.colinsalmcorner.com/2013/01/subtle-msf-agile-enhancement-adding.html

+0

謝謝。已經接受了您提供的實際解決方案的答案,但仍然有興趣聽取關於限制性衝刺對用戶故事/錯誤/任務的價值(或其他方面)的意見。 –