A. 리소스 할당을 추적합니다.

B. Scrum 프레임워크가 올바르게 채택되고 사용되고 있습니다.

C. 스크럼 팀이 스스로 정하는 회의와 목표.

D. 스크럼 팀의 성과 관리.

A. 스프린트 취소 전체 팀을 고급 스크럼 교육에 보낸 후 새 스프린트를 시작합니다.

B. 다음 스프린트 회고에서 이런 일이 발생한 이유와 재발 가능성을 줄이려면 어떤 변경이 필요한지 논의하세요.

C. 개발자가 완전한 예측을 할 수 있을 만큼 충분한 수의 제품 백로그 항목이 이해될 때까지 타임박스를 지나서 스프린트 계획 이벤트를 계속합니다. 그런 다음 스프린트를 시작합니다.

D. 스프린트 목표를 충족할 가능성이 가장 높은 제품 백로그 항목을 예측하고 스프린트 백로그를 만듭니다. 스프린트 계획을 마무리하고 개발 작업을 시작합니다. 스프린트 중에 추가 기능을 계속 분석, 분해 및 만듭니다.

E. 모든 사람에게 먼저 제품 백로그를 분석하는 데 필요한 시간을 최대한 갖도록 요청한 다음, 스프린트 계획 회의를 다시 소집하세요.

A. 개발팀이 수행하는 작업의 가치를 최적화합니다.

B. 개발팀을 지휘합니다.

C. 프로젝트를 관리하고 작업이 이해관계자에 대한 약속을 충족하는지 확인합니다.

D. 이해관계자가 개발팀의 주의를 산만하게 하지 않도록 합니다.

A. 개발팀.

B. 스크럼 마스터.

C. 프로젝트 매니저.

D. 개발팀이 제품 소유자와 협의하고 있습니다.

E. 제품 소유자.

A. 각 스크럼 팀은 자체 정의를 사용하지만, 다른 모든 팀에 정의를 명확하게 알려서 차이점을 알려야 합니다.

B. 각 스크럼 팀의 스크럼 마스터는 완료에 대한 공통적인 정의를 정의합니다.

C. 여러 스크럼 팀이 하나의 제품을 위해 함께 작업하는 경우, 팀은 상호간에 동일한 완료 정의를 정의하고 준수해야 합니다.

D. 각 스크럼 팀은 자체적으로 정의하고 사용합니다. 차이점은 강화 스프린트 동안 논의되고 조정됩니다.