스크럼에서는 에픽/큰 사용자 스토리의 분석을 예측 및 소비하기 쉬운 작은 스토리로 처리하는 백 로그 그루밍 프로세스가 있습니다 개인 스프린트 내에서.사용자 스토리를 더 작은 사용자 스토리로 분할하기위한 JIRA 프로세스
JIRA Agile에서 정리 프로세스를 미러링하고 관리 할 수있는 백 로그 항목 목록과 정확한 스토리 추정 추적이 필요한 적절한 방법을 찾고 있습니다. 서사시는 개인 티켓으로 생성됩니다
- :
여기 내가 보는 문제의 예입니다. (Ticket 총계 : 1)
- 그 서사시는 3 가지 사용자 이야기로 요약됩니다 : (Ticket 총계 : 4)
- 우리는 첫 번째 사용자 이야기를 추정하려고 시도하고 그것이 너무 크다는 것을 깨닫고 이 사용자 스토리를 2 개의 작은 사용자 스토리로 정리하십시오 (티켓 총계 : 6)
우선 순위를 매기고 관리해야하는 6 개의 티켓 백 로그를 보유하고 있습니다. 실제로 가장 작은 사용자에게 우선 순위를 지정해야합니다. 서로에 대한 이야기. 또한 대규모 사용자 스토리에 대한 대규모 추정을 수행 한 다음 하위 사용자 스토리를 추정하여 견적을 조정할 수도 있습니다. (즉, 단계 3은 20 점의 큰 사용자 스토리 추정을 가질 수도 있지만, 상기 서브 층은 13 + 5 = 18 총계 수)가 JIRA 의도되었을
앰 I 분할 층 올바른 방법?
이야기를 하위 분할 한 후에 더 큰 사용자 스토리의 예상치를 제거하고 이중 계산을 방지하기 위해 가장 작은 스토리에 대한 예상치에만 집중해야합니까?
- 궁극적으로 서사시가 된 사용자 스토리를 어떻게 관리 할 수 있습니까 (여전히 고급 서사시에 연결).
는 (나는 구조 플러그인을 사용하여 봤는데,하지만 민첩 보드에 백 로그의 우선 순위 관리와 나에게 도움이되지 않습니다.)
프로그래밍에 관한 것이 아니기 때문에이 질문을 주제로 끝내기로했습니다. –