A. 기능 팀을 사용하면 팀당 생산성을 계산하는 것이 더 쉽습니다.

B. 기능 팀 없이는 스크럼을 수행할 수 없습니다.

C. 먼저 비즈니스 측의 지원을 받는 것이 도움이 됩니다.

D. 이러한 이동을 하면 생산성이 저하될 수 있습니다.

E. 기능 팀의 커뮤니케이션 오버헤드가 적습니다.

A. 스크럼 보드의 별도 목록에 올려서 모두가 볼 수 있도록 하세요.

B. 이를 제품 백로그에 추가하고 제품 소유자에게 예상되는 노력을 계속 게시합니다.

C. 스프린트가 끝나기 전에 통합 및 회귀 테스트를 실행하고 다음 스프린트의 스프린트 백로그에 대한 공개 작업을 캡처합니다.

D. 모든 스프린트에서 작업이 처리되도록 "완료" 정의에 추가합니다.

A. 개발 팀은 릴리스 가능한 증분을 생성하는 데 필요한 모든 기술을 갖추고 있습니다.

B. 개발팀 구성원은 스프린트 중에 공동으로 자신의 작업을 선택합니다.

C. 개발팀 구성원은 기능 설명의 경계 내에서 작업하며 분석가, 개발자, 테스터, 통합으로 작업을 훌륭하게 전달합니다.

D. 개발 팀은 "완료" 정의의 일부인 모든 작업을 반영하여 자체 스프린트 백로그를 생성합니다.

E. 스크럼 마스터는 더 이상 필요하지 않습니다.

F. 제품 소유자는 Sprint Retrospectives에 참석할 필요가 없습니다.

G. 이해 관계자는 일일 스크럼에 참여하여 진행 상황을 확인하고 스크럼 마스터와 협력하여 스프린트의 기능 범위를 최적화합니다.

H. 개발 팀은 외부 인력을 스프린트 계획에 초대하여 완전하고 상세한 스프린트 백로그를 통해 제품 백로그 항목을 증분으로 전환하는 방법을 묻습니다.

A. 프로젝트 관리자.

B. 개발팀.

C. 제품 소유자.

D. 스크럼 마스터.

A. 거짓입니다. 스크럼 마스터는 스크럼 팀이 요청할 때만 필요합니다.

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

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

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