在以前的公司中,僅通過Visual Studio使用TFS 2010,我們主要將工作項目向上擴展並將其組織到迭代中。哪些工作正常:大部分工作是在用戶故事下組織的,較小的項目作爲獨立的任務和錯誤可以創建並跟蹤工作項目以在其下面進行測試和修復。爲什麼TFS中的sprints僅顯示用戶故事?
現在與不同的僱主一起,嘗試實施Agile,我們主要通過Web界面使用TFS 2012。作爲以前敏捷經歷的唯一一名團隊成員,我自然而然地迴避了我所知道的。
但是,似乎TFS 2012網頁界面要求所有內容都屬於用戶故事。否則,它不會在積壓中顯示,儘管您仍然可以在TFS中找到它並記錄時間。
所以兩個問題:
1)有什麼優勢在那裏,過程明智盡一切瑣碎1-2天bug修正或增量更新屬於用戶故事?如果需要的話,允許不同類型的工作項目單獨使用似乎更加靈活。
2)有什麼方法可以改變TFS Web界面中的設置,以允許其他類型的工作項目作爲backlog的一部分存在,而無需鏈接到用戶故事?
謝謝。已經接受了您提供的實際解決方案的答案,但仍然有興趣聽取關於限制性衝刺對用戶故事/錯誤/任務的價值(或其他方面)的意見。 –