이것이 스택 오버 플로우에 적합한 지 확실하지 않지만 최근에 TFS 2012로 업그레이드하고 반복 (스프린트)이 백 로그 반복의 하위 항목이어야한다는 사실을 확인했습니다. 이 방법으로 도구가 딱딱한 반면, 특정 애자일 [스크럼] 프로세스가이 문제를 해결할 수있는 이유가 있는지 이해해야하며, 왜 내가 백 로그와 스프린트를 두 개의 다른 부모 아래에 둘 수 없는지에 대한 툴링 문제를 이해하려고합니다.TFS 2012에서 백 로그 반복의 스프린트 하위 노드는 무엇입니까?
1
A
답변
0
내가 항상 그것이 의미가 있다는 것을 알았 기 때문에 나는 결코 나쁜 것으로 보지 못했다. Backlog에는 제품을 구성하는 모든 PBI가 포함되어 있거나 제품의 미래에 대한 열망이 있습니다. 스프린트는 각각 그 목록의 이야기들로 구성되어 있지만 여전히 그 목록에 포함되어있다. 스프린트는 TFS의 과거, 현재, 미래에있을 수 있으므로 함께 완전한 백로 로그를 형성합니다.
명시 적으로 계층 구조가 아닌 이유가 있습니까?
그런 경우 동일한 팀 파운데이션 프로젝트에서 서로 다른 백 로그를 볼 수 있도록 여러 팀 (동일한 멤버가 필요한 경우)을 만들 수 있습니다.
우리의 민첩한 프로세스는 일련의 짧은주기 제품을 가지고있어서 우리의 스프린트가 많은 제품에 대한 릴리즈를 포함하므로 스크럼에 대한 약간 독특한 시각입니다. 본질적으로 우리는 팀이 우리를 위해 잘 작동하도록 스프린트 팀을 지향했습니다. 저는 2010 년 tfs에서 도시 거북이를 사용했기 때문에이 구조를 시행하지 않았기 때문에 묻습니다. – Scott
... 우리는 백 로그를위한 부모 노드를 가졌고 다중 병렬 스프린트를 포함하고있는 현재의 부모 노드를 가졌습니다. 우리는 또한 배치 된 부모를 가졌습니다. 스프린트가 계획되고 커밋되면 현재의 스프린트가 새로 만들어지고 완성 된 스프린트는 배치 된 상태로 옮겨졌다. 나는 tfs 2012가 잘못되었다고 말하는 것이 아닙니다. 사실 우리는 그것의 아래에 맞도록 적응했지만, 도시 거북이 아래에서 우리가 가진 유연성의 부족 뒤에 어떤 추론이 있는지 알지 못했습니다. 왜 내 팀에 새로운 팀을 교육 시키는데 도움이되는지 지금은 새로운 팀과 비교하여 새로운 팀을 만들었습니다. – Scott