A. 스크럼은 추정을 금지합니다.

B. 제품 백로그 항목은 스토리 포인트로 추정되어야 합니다.

C. 추정치는 상대 단위여야 합니다.

D. 견적은 제품 소유자가 작성하지만 개발팀에서 확인하는 것이 가장 좋습니다.

E. 추정치는 개발팀에서 합니다.

A. 스프린트 중 언제든지.

B. 스프린트 계획 중.

C. 스프린트 목표는 스크럼에서 필수가 아닙니다.

D. 이전 스프린트에서 Product Backlog 개선 중에 생성했어야 합니다.

E. 계획을 시작하려면 스프린트 계획 이전에 설정해야 합니다.

A. 최선을 다해

B. 항상 스프린트 예측에 항목을 전달합니다.

C. 다른 스크럼 팀 구성원을 돕습니다.

D. 늦게까지 일하세요.

E. 일일 상태 보고서를 보냅니다.

A. 기능 팀에서 작업하는 것보다 팀 간 종속성이 적습니다.

B. 새로운 팀으로 조직하는 것보다 초기 혼란이 적습니다. 시작하면서 가장 효과적인 방법과 이를 위해 잠재적으로 재구성하는 방법을 발견할 것입니다.

C. 구성 요소 팀은 일반적으로 비즈니스 가치를 제공하는 작업 증가 소프트웨어를 만드는 데 필요한 기술을 가지고 있습니다.

D. 한동안 함께 일했기 때문에 새로운 기능 팀보다 더 빨리 배송 가능한 증분을 생성할 수 있습니다.

A. 스프린트 사이의 휴식 시간은 30일 스프린트의 경우 1주일로 타임박스가 지정되며 일반적으로 더 짧은 스프린트의 경우 더 적습니다.

B. 없음. 새 스프린트는 이전 스프린트가 끝난 직후에 시작됩니다.

C. 상황에 따라 위의 모든 것이 허용된다.

D. 개발 팀이 마지막 스프린트에서 테스트를 완료하기에 충분한 시간입니다.

E. 다음 스프린트에 대한 요구 사항이 결정되고 문서화되기에 충분한 시간입니다.