A. 스크럼 팀이 현재 스프린트에 대역폭이 없기 때문에 이 비즈니스 요구 사항을 처리할 수 없음을 이해 관계자에게 알리도록 제품 소유자에게 알려야 합니다.

B. 제품 소유자는 현재 스프린트를 취소하고 팀이 최신 비즈니스 요구 사항에 따라 결과물을 개발할 수 있도록 새 스프린트 계획을 시작해야 합니다.

C. 제품 소유자는 전체 우선 순위 제품 백로그에 이 요구 사항을 추가해야 하며 팀은 향후 스프린트에서 이에 대해 작업할 것입니다.

D. Scrum 팀에게 현재 Sprint 백로그 작업을 중단하고 최신 비즈니스 요구 사항에 대한 작업을 시작하도록 지시해야 합니다.

A. 리더십 스타일, 문제 해결, 가용성, 헌신

B. 스트레스 관리, 사람 관리, 커뮤니케이션, 충성도

C. 대응성, 문제해결력, 촉진자, 협상

D. 직관성, 인력 관리, 신뢰성, 촉진자

A. 기술 요구 사항 매트릭스.

B. 조직 배포 방법.

C. 데일리 스탠드업.

D. 조직 리소스 매트릭스.

A. 반복적인 제품 개발, 반복적인 테스트 및 문서화를 통해 각 완료 결과물에 고유한 품질을 보장할 수 있습니다.

B. 모든 품질 요구 사항은 비즈니스 요구를 충족시키기 위한 조직의 능력과 의지를 고려해야 합니다.

C. 고객의 변화하는 요구는 증분 중에 통합되어야 합니다.

D. Anyquality 관련 오류는 결과물이 완료될 수 있도록 마지막에만 수정되어야 합니다.

A. 빠른 처리 시간과 피드백 주기가 있는 스크럼의 반복적인 특성으로 인해 장애를 조기에 감지할 수 있습니다.

B. 위험은 포트폴리오 또는 프로그램과 관련되거나 발생하더라도 프로젝트 수준에서만 관리할 수 있습니다.

C. 위험 번다운 차트는 이해 관계자에게 위험과 관련된 정보를 전달하기 위한 중요한 도구입니다.

D. 프로젝트 수명 주기 중 언제든지 요구 사항을 추가하거나 수정할 수 있는 유연성으로 인해 Scrum에서 위험이 크게 최소화됩니다.