A. 최소 7.

B. 9.

C. 3~9.

D. 7 더하기 또는 빼기 3.

A. 모든 스프린트가 끝날 때.

B. 승인 테스트 단계 후.

C. 스프린트 3회마다.

D. 출시 전 스프린트.

E. 제품 소유자가 생성을 요청할 때.

A. 스프린트에 대한 속도 목표를 달성하지 못할 때 팀을 질책할 수 있습니다.

B. 각 스프린트가 끝날 때 수행된 작업을 완전히 투명하게 보여줍니다.

C. 시간이 지남에 따라 팀의 생산성을 예측합니다.

D. 팀이 다음 세 번의 스프린트 동안 무엇을 제공할 것인지 알기 위해.

A. 시스템의 현재 상태, 특히 스프린트가 끝날 때 증분을 릴리스할 수 있다는 잘못된 가정으로 이어집니다.

B. 개발 팀은 기술적인 부채가 있는 한 스프린트에서 추가 기능 개발을 수행할 수 없으므로 제품 소유자의 투명성을 높입니다.

C. 계산 및 추정 시 기술 부채의 총액은 제품 소유자가 증분을 해제할 수 있는 기간을 정확히 나타냅니다.

D. 개발이 진행되고 코드가 추가됨에 따라 시스템 안정화가 더 어려워지며, 이로 인해 향후 작업이 예측할 수 없는 방식으로 느려집니다.

A. 각 개발 팀 구성원의 개발 관리자가 자신의 부하 직원을 소개하고 스크럼 팀에 대한 책임을 검토하게 합니다.

B. 팀이 "완료"에 대한 정의가 필요하다는 것을 이해하도록 합니다.

C. ProductOwner에게 제품 또는 프로젝트, 이력, 목표 및 컨텍스트에 대해 논의하고 질문에 답하도록 요청합니다.

D. 스크럼 팀원들이 서로를 소개하고 그들의 기술과 작업 이력에 대한 간략한 배경을 설명하게 합니다.

E. 스크럼 팀 구성원이 적합한 성격을 가지고 있는지 확인합니다.

F. 팀 내 최고 성과자를 위한 보너스 시스템을 도입합니다.