A. 거짓. 스크럼 마스터는 요청되거나 필요할 때만 필요합니다.

B. 맞습니다. 각각은 스크럼 팀의 정규 회원이어야 합니다.

C. 맞습니다. 그들의 참여와 가용성은 스크럼 팀이 생성한 결과에 영향을 미칩니다.

D. 거짓. 제품 소유자가 없는 경우 비즈니스 분석가로 대체될 수 있습니다.

A. 스프린트 목표는 스프린트 종료 시 완료된 작업을 검토할 때 정의됩니다.

B. 스프린트 목표는 스프린트 동안 기능을 구현하는 방법에 대한 개발 팀의 유연성과 창의성을 제공합니다.

C. 스프린트 계획 중에 전체 스크럼 팀은 제품 소유자가 해당 스프린트를 달성하고자 하는 비즈니스 목표를 기반으로 협력하여 스프린트 목표를 작성합니다.

D. 스프린트 목표는 스프린트 중에 새로운 통찰력이 나타나면 변경될 수 있습니다.

A. 다음 스프린트에서 개발팀은 선택된 작업을 가능한 한 '완료'에 가깝고 최소 90% 완료하도록 노력합니다. 취소된 작업은 안정적인 속도를 유지하기 위해 마지막 스프린트로 연기되는 새 제품 백로그 항목으로 나뉩니다.

B. 개발팀은 Paul이 현재까지 인지한 진행 상황이 올바르지 않다고 알립니다. 증분을 해제할 수 없습니다. 그들은 Paul에게 이전 작업을 '완료'하는 데 필요한 노력을 추정하고 새 기능을 진행하기 전에 먼저 작업을 수행할 것을 제안합니다. 팀은 또한 모든 통합 노력을 포함하여 나머지 제품 백로그 항목을 '완료'하기 위한 노력을 재추산합니다. 결국 프로젝트를 계속하거나 취소하는 것은 Paul의 부름입니다.

C. 스크럼 마스터는 스프린트 백로그를 관리하고 개발 팀 구성원에게 작업을 할당하여 각 구성원의 활용도를 극대화합니다. 예산에 영향을 미치지 않도록 사용하지 않은 리소스를 추적합니다. 필요한 경우 사용하지 않은 예산을 추가 스프린트에 할당할 수 있습니다.

D. 스크럼 마스터는 하나 이상의 릴리스 스프린트에서 수행할 공개 작업을 따로 설정합니다. 그들은 Paul에게 이 남은 작업을 완료할 수 있는 충분한 Release Sprint를 위한 자금을 찾도록 상기시킵니다. 3개의 개발 스프린트당 최대 1개의 릴리스 스프린트가 필요할 수 있습니다. 사용자와 이해 관계자에게 릴리스 날짜에 미치는 영향을 알리는 것이 Paul의 역할입니다.

A. 개발팀을 방해하는 장애물을 제거하고 개발팀의 결정을 용이하게 합니다.

B. 사용자 승인 테스트 및 결함 추적으로 개발 팀을 돕습니다.

C. 각 구성원이 데일리 스크럼에서 교대로 발언하도록 하고 정시에 이벤트를 종료합니다.

D. 매일 업데이트되는 스크럼 보드 및 번다운 차트를 유지합니다.

A. 비즈니스 분석가.

B. 스크럼 마스터.

C. 개발팀입니다.

D. 제품 소유자.