Что такое дочерние узлы спринтов итерации невыполненной работы в TFS 2012?

Я не уверен, подходит ли это для переполнения стека, но недавно мы обновили TFS 2012 и заметили, что ваши итерации (спринты) должны быть дочерними по отношению к итерации невыполненной работы. Хотя в этом подходе инструмент негибок, я пытаюсь понять, есть ли какая-то конкретная причина Agile [Scrum] для процесса, чтобы придерживаться этого, или проблема с инструментами, почему я не могу иметь невыполненную работу и спринты под двумя разными родителями?


tfs sprint scrum backlog
person Scott    schedule 10.12.2013    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Я никогда не смотрел на это как на что-то плохое, так как всегда находил в этом смысл. Бэклог содержит все PBI, которые составляют продукт или являются пожеланиями для будущего продукта, поэтому это один большой список. Каждый спринт — это часть историй из этого списка, но они все еще являются частью этого списка. Поскольку в TFS спринты могут быть в прошлом, настоящем и будущем, вместе они образуют полный бэклог.

Есть ли причина, по которой вы хотели бы, чтобы это явно не было иерархией?

Если это так, то вы можете создать несколько команд (при необходимости с одними и теми же членами) для просмотра разных незавершенных работ в одном и том же проекте Team Foundation.

person jessehouwing    schedule 10.12.2013
comment
Наш agile-процесс немного уникален для scrum, поскольку у нас есть ряд продуктов с коротким циклом, поэтому наши спринты охватывают релизы для многих продуктов. По сути, мы сделали нашу спринтерскую команду ориентированной на то, чтобы команды хорошо работали на нас. Я спрашиваю, потому что мы использовали городскую черепаху в tfs 2010 и не применяли эту структуру. - person Scott; 11.12.2013
comment
... У нас был родительский узел для отставания, а затем родительский узел для текущего, который содержал несколько параллельных спринтов. У нас также был развернутый родитель. Когда спринты были запланированы и зафиксированы, новый спринт был создан в текущем, а завершенный был перемещен в развернутый. Я не говорю, что tfs 2012 неправильный. На самом деле мы адаптировались, чтобы вписаться в нее, но я не знал, в чем причина отсутствия гибкости, которую мы имели под городской черепахой. Всегда помогает объяснить моим командам, почему, а не просто делать это по-новому сейчас, поэтому я искал объяснение там, где у меня его не было. - person Scott; 11.12.2013