2013-06-22 6 views
2

내 스크럼 팀은 일반적으로 서사 수준의 작업으로 시작하여 일반적인 그루밍 활동의 일환으로 PBI를 테마 및 스토리로 구체화합니다. 이러한 작업 항목을 구성하는 수단으로 다른 PBI를 정제하고 명확히함으로써 생기는 PBI가 큰 항목의 하위 링크로 만들어집니다. 우리는 현재 릴리스 반복에서 부모 테마 PBI를 떠나는 동안 sprintable 스토리 만 스프린트에 할당하여이 프로세스를 구현합니다.PFS 구조와 TFS 2012에 대한 MSF Scrum 2.2의 제품 백 로그 간의 의도 된 관계는 무엇입니까?

올해 초에 업그레이드 한 후에 2012 년에 제공되는 기능이 서서히 증가했으며, 수동으로 우선 순위 값을 조정하는 대신 웹 액세스의 제품 백 로그보기에서 항목을 드래그하는 기능이 매우 매력적입니다.

우리는 이것을 사용하고 싶지만 문제가 있습니다. 우리의 계획된 작업의 대부분과 같이 부모 - 자식 관계가있는 PBI는 개별적으로 끌 수 없습니다. 대신, 각 서사는 제품 백 로그에 나무로 표시되며 우선 순위 범위가 [1..1000000] 인 자식을 열거하고 원자 적으로 끌어 당깁니다.

이것을 염두에두고 어떻게 작동할까요? 제품 백 로그보기 기능에 대한 정보가 누락 되었습니까? 우리는 서사시와 주제가 더 작은 PBI로 정제됨에 따라 이야기를 독립적으로 일정을 잡을 수 있도록 파괴하려고합니까?

+0

TFS 2013, 특히 포트폴리오 관리 도구를 확인하십시오. –

답변

2

우리는 같은 유형의 문제로 고심하고 있습니다. 우리는 서사시를 제거하고 이야기 만 사용하기로 결정했습니다. 그런 다음 필요에 따라 항목을 쉽게 검색하고 그룹화 할 수 있도록 각 PBI에 서사적 이름을 붙입니다. 아직 더 좋은 옵션을 찾지 못했습니다.

+0

이 질문을 한 지 오래되었지만 궁극적으로 우리는 똑같은 일을했습니다. 제거 된 항목은 백 로그에 포함되지 않으므로 스토리로 정제 할 때 제거되도록 Epics를 설정하므로 세련된 스토리 북의 어린이는 원래 서사시적인 부모에게 링크를 유지하면서도 여전히 백 로그에서 독립적으로 드래그 할 수 있습니다. 우리는 실제로 아동 PBI가 제거 된 PBI를 질의하여이를보고합니다. – bwerks

+0

그것은 또한 좋은 해결책입니다. 그냥 MS가 뭔가 더 "아웃 - 중 - 더 - 박스" – Marie