2013-12-10 49 views
1

我不確定這是否適合堆棧溢出,但我們最近已升級到TFS 2012,並注意到您的迭代(sprints)必須是積壓迭代的子代。雖然該方法僵化,但我試圖瞭解是否存在特定的敏捷(Scrum)流程原因來堅持這一點或者工具問題,爲什麼我不能將積壓和sprint歸入兩個不同的父母之下?什麼是TFS 2012中積壓迭代的衝刺子節點?

回答

0

我從來沒有把它看作是一件壞事,因爲我總覺得它是有道理的。 Backlog包含構成產品的所有PBI,或者是對產品未來的願望,因此它是一個大名單。每個Sprints都是來自該列表的故事,但它們仍然是該列表的一部分。由於衝刺可以在TFS中過去,現在和將來,它們一起形成完整的積壓。

是否有理由希望它明確不是一個層次結構?

如果是這種情況,那麼您可以選擇創建多個團隊(如果需要使用相同的成員)來查看同一個Team Foundation項目中的不同積壓。

+0

我們的敏捷過程對scrum有一點獨特的看法,因爲我們有一系列短週期產品,所以我們的sprint包含許多產品的發佈。實質上,我們讓我們的衝刺團隊爲導向,以便團隊爲我們工作。我問,因爲我們過去在tfs 2010上使用城市海龜,並沒有執行這種結構。 – Scott

+0

...我們有一個積壓的父節點,然後是包含多個平行衝刺的當前父節點。我們也有一個部署的父母。當sprint計劃並承諾,在當前創建一個新的衝刺,完成的衝刺在部署下移動。我不是說tfs 2012是錯誤的。事實上,我們已經適應了它,但我不知道我們在城市海龜身上缺乏靈活性的原因是什麼。總是有助於教導我的團隊爲什麼而不是現在採取一種新的方式,所以我正在尋找一個我沒有的解釋。 – Scott

相關問題