A. 일일 스크럼을 매일 갖는 것이 스프린트 계획을 업데이트하는 중요한 기회인 이유와 팀이 스프린트 목표를 달성하기 위해 작업을 자체 구성하는 데 어떻게 도움이 되는지 팀을 지도하십시오.

B. 개발팀 구성원이 투표하도록 하여 전반적인 합의가 이루어지도록 합니다.

C. 커뮤니케이션 빈도를 낮추면 팀원 간의 단절감만 증가한다는 점을 개발팀이 이해하도록 도와주세요.

D. 그들의 결정을 인정하고 지지하십시오.

A. Scrum에서 이벤트를 타임박스화하여 정기적인 검사 및 적응을 허용하여 주어진 경로에서 과정을 조정할 수 있는 기회를 만듭니다.

B. 개발 중에 핸드오프 단계를 정의하기 위해 개발 팀 내에서 명확하게 정의된 기능 팀.

C. 각 스프린트가 끝날 때까지 통합되고 잠재적으로 배송 가능한 증분을 생성합니다.

D. 도메인 지식 공유를 촉진하기 위해 다양한 수준의 기술과 경험이 혼합되어 있습니다.

A. 한 달 이내.

B. 모두 정답입니다.

C. 개발 작업을 다른 비즈니스 이벤트와 동기화할 수 있을 만큼 충분히 짧습니다.

D. 제품 소유자가 허용할 수 있는 비즈니스 위험을 유지하기에 충분히 짧습니다.

A. 각 스크럼 팀은 자체 코드 브랜치에서 증분을 전달합니다. Sprint Review에서 UAT가 수행된 후 충분한 증가가 허용 가능한 것으로 간주될 때까지 코드 분기가 격리됩니다. 그런 다음 릴리스 단계에서 모든 코드 분기가 병합됩니다.

B. 각 스크럼 팀은 각 스프린트가 끝날 때 기능을 제공합니다. 그러면 새 제품 백로그 항목이 다음 스프린트 백로그에 추가되어 해당 기능을 다른 팀과 통합하여 통합 증분을 생성합니다.

C. 모든 스크럼 팀은 제품에 대해 전달된 모든 이전 증분을 포함하여 잠재적으로 출하 가능한 증분을 전달하는 데 필요한 모든 작업을 정의하는 '완료'에 대한 상호 이해에 동의합니다.

D. 첫 번째 스프린트를 시작하기 전에 충분한 인프라와 아키텍처가 준비될 때까지 기다리십시오. 이렇게 하면 Sprint 1에서 통합 증분을 성공적으로 제공할 수 있습니다.

A. Scrum 팀은 과거의 Sprint Retrospectives를 검사하고 적응하는 데 효과적으로 사용하지 않았습니다.

B. 개발팀이 기술 품질에 충분한 주의를 기울이지 않았습니다.

C. 개발팀과 제품 소유자는 기술적 부채에 대해 대화를 나누지 않습니다.

D. 스크럼 마스터는 스크럼 팀이 투명하다는 것을 보장하지 않았습니다.

E. 위의 모든 것.

F. 위의 어느 것도 아닙니다.