스크럼/랠리 - 미완성 또는 버려진 작업 다루기

Question

내가 읽은 모든 문서는 스크럼 스프린트가 끝나고 작업이 완료되고 사용자 스토리가 구현되며 고객이 데모를 받고 어떻게 받아 들일지에 대해 자세히 설명한다. 구현.

제가 잘 모르는 부분은 이것이 잘못되었을 때 일어나는 일입니다.

나는 스프린트가 타임 박스되어 있다는 것을 알고 있으므로, 스프린트를 연장하여 무언가를 끝낼 수는 없다. 특히 Scrum에 새로 이주한 팀이 추정 할 때, 그들은 작업의 크기를 과소 평가할 가능성이 있습니다. 스프린트가 끝나면 불완전한 작업 (따라서 사용자 스토리)을 어떻게 처리합니까?

포기 된 작업/사용자 스토리를 어떻게 처리할까요? 팀은 가치가없는 일에 착수하면서 발견합니다.

완성 된 것으로 생각되지만 고객이 수락 할 수없는 작업은 어떻게 처리합니까?

나는 인덱스 카드로 작업 할 때 (어깨를 으 sh하고 다음 스프린트를 계획 할 때) 이러한 상황에 대한 임시 방안을 생각할 수 있다고 생각하지만, Rally (또는 유사한)에서 소프트웨어 구조를 당신에게 강요합니까?

Answer 1

1. 사용자 스토리가 스프린트의 끝에서 끝나지 않으면 다음 스프린트로 이동하십시오.

2. 사용자 스토리에 DURING A SPRINT가 없다는 것을 발견하면 제품 소유자 및/또는 스크럼 마스터에게 왜 스프린트에 있는지 물어보십시오. 그러나 그런 일이 발생하면 스토리와 작업을 닫고 현재 스프린트에 다른 항목을 추가 할 수 있습니다.

3. 고객이 User Story의 제품을 수락하지 않으면 사용자 스토리를 수락하지 않는 이유를 확인해야합니다. 사용자 스토리의 승인 기준이 충족되지 않습니다.이 경우 사용자 스토리가 다시 열리고 버그 또는 추가 작업이 추가됩니다. 또한 수용 기준이 충족되었지만 고객에게 추가 소원이있을 수도 있고, 새로운 사용자 스토리가 작성되어 다음 스프린트에 대해 계획되어야 할 수도 있습니다.

Answer 2

내가 항상 한 것은 미완성 된 이야기를 다음 스프린트로 옮기는 것입니다.

스토리는 두 개의 논리적 조각으로 나뉘어져 하나는 완성되고 다른 하나는 그렇지 않을 수도 있습니다. 이 경우 이야기를 나눠서 다음 스프린트에 미완성 조각을 넣는다.

Answer 3

불완전한 사용자 이야기 각각에 대해 분할 옵션을 사용하여 나머지 작업을 다음 반복 (또는 백 로그)으로 분산시키는 것이 좋습니다.

사용자 스토리를 분리하면 결과는 이전 반복의 미완성 사용자 스토리 (이전 플레이스 홀더)와 다음 반복에서 사용자 스토리의 연속입니다.

자세한 내용은

: 당신의 반복 측정이 제대로 수집하고 작업이/사용자 스토리 작업 공간을 어지럽히고 배회하지 않도록 https://help.rallydev.com/manage-unfinished-work