절반의 시간 안에 완료하는 것은 추정치와 큰 차이가 있습니다. 나에게 이것은 스프린트 시작 부분에서 사용자가 예상 한 것과 팀이 실제로 일을 수행했을 때의 중대한 위험을 나타냅니다. 또한 Sprint는 이제 PO의 새로운 피드백을받을 수있는 충분한 기능을 제공해야합니다.

따라서 PB 상단에서 물건을 가져 와서 계속할 때의 위험은 PB 상단에있는 항목이 오래되어 (콘텐츠 및 우선 순위 모두) 팀이 마지막 스프린트에서 잘못되었다는 것입니다 그리고 당신은 단지 PO로부터 피드백을 얻지 않고 그 실수들을 만들어 낼 것입니다.

가장 합리적인 조치는 스프린트를 완료하고 일반적인 스프린트 검토 종료, 회의 및 소급 계획을 세우고 다음 스프린트에서 시작하는 것입니다.

번 다운 차트에 관해서는, 원래의 질문은 그것이 무엇인지의 요점을 놓친 것 같습니다. 스프린트 중 진행 상황에 문제가 있는지 판단하는 도구 일뿐입니다. 설명 된 바와 같이, 스프린트 작업의 2, 3 일에 팀이 스프린트 작업 일정보다 앞선 것으로 나타 났을 때,이 상황에서 번 다운 차트가 작동해야했습니다. 그런 다음 “왜?”라는 질문을하고 추정치가 잘못되었는지 또는 프로그래머가 작업을 잘못 해석하고 있는지 또는 어떤 식 으로든 어떤 방식으로 레일에서 나가는 지 확인하십시오.

그러나 번 다운 차트를 무시하고 이상한 일이없는 것처럼 순항하는 경우 “책”이 알려주기 때문에 생성 한 무의미한 유물로 취급하는 것처럼 보입니다. 제 생각에는 PB 상단에서 더 많은 물건을 꺼내 두 번째 주에 계속하기로 결정한 경우 두 번째 주에 새로운 번 다운을 시작하십시오 (그리고 당신이 한 일을 한 것처럼 무시할 수 있습니다) 첫 주).

답변