A. 제품 소유자의 기능 관리자에게 알립니다.

B. 스프린트를 중지하고 제품 소유자를 과정으로 보낸 다음 다시 시작합니다.

C. Sprint Retrospective에서 문제를 제기합니다.

D. Scrum 및 증분 제공의 가치에 대해 제품 소유자를 지도합니다.

E. 대리인 제품 소유자를 지명합니다.

A. 모든 작업이 완료되면 스크럼 팀은 다른 작업을 위해 릴리스할 수 있습니다.

B. 프로젝트에 소요된 비용의 진화.

C. 제품 백로그 또는 개발 팀에 변경 사항이 없으면 남은 작업이 완료될 가능성이 있는 경우.

D. 제품 소유자가 추가된 새 작업과 동일한 작업을 제거하면 프로젝트가 종료되는 시점입니다.

A. 견적은 상대적인 단위여야 합니다.

B. 견적은 작업을 수행하는 사람들이 합니다.

C. 스크럼은 예측을 금지합니다.

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

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

A. 첫 번째 스프린트 직후.

B. 두 번째 스프린트의 제품 백로그가 선택된 후.

C. 일단 두 번째 스프린트에 대한 아키텍처 변경이 선임 아키텍트에 의해 승인되었습니다.

D. 고객이 첫 번째 스프린트의 승인 테스트를 완료한 후.

A. 거짓입니다. 제품 소유자는 스크럼 팀의 주제 전문가로 대체될 수 있습니다.

B. 거짓. 스크럼 마스터는 스크럼 팀에서 요청할 때만 필요합니다.

C. 사실입니다. 각각은 스크럼 팀에 100% 전담해야 합니다.

D. 사실입니다. 참여 및 가용성에 따라 결과가 영향을 받습니다.