A. 반복을 계속하고 요청된 변경 사항을 추가합니다.

B. 반복을 계속하고 고객과 함께 변경 사항을 검토합니다.

C. 반복을 취소하고 제품 소유자를 만나십시오.

D. 반복을 취소하고 요청된 변경 사항을 추가합니다.

A. 이해관계자에게 보여주기 전에 모든 기능이 완벽한 상태로 개발이 완료되어 좋은 첫인상을 보장합니다.

B. 다른 외부 이해 관계자를 참여시키지 않고 각 스프린트에 대한 개발을 완료하고 내부 이해 관계자와 정부에 제품 증가를 시연합니다.

C. 빠르게 실패하고 조기에 피드백을 받기 위해 데모에 앞서 꼭 필요한 기능에 대한 개발만 완료합니다.

D. 꼭 필요한 기능에 대한 개발만 완료하고 포커스 그룹에 시연하지만, 정부에 시연하기 위해서는 모든 개발이 완료될 때까지 기다립니다.

A. 프로젝트에 적합한 도구와 기술을 결정하고 테스트가 조기에 지속적으로 수행되도록 합니다.

B. 제품 소유자가 솔루션을 수락하는지 확인하기 위해 사용자 수용 테스트가 필요하다는 사실을 팀에 알립니다.

C. 테스트 주도 개발이 자동화 테스트와 함께 구현되어야 한다고 주장합니다.

D. 제품 소유자가 사용자 스토리에 대한 모든 승인 기준이 충족되었다고 동의하는 경우 완료(DoD) 정의가 제공되도록 합니다.

A. 현재 프로젝트 작업을 보류하고 영향에 따라 범위를 재검토합니다.

B. 팀에서 어떤 성과물을 재사용할 수 있는지 평가하기 위해 근본 원인 분석을 수행합니다.

C. 팀과 논의하고 후원자가 요청한 개정 사항을 구현합니다.

D. 비즈니스 사례를 업데이트하고 수정된 프로젝트 범위에 대해 후원자의 승인을 구합니다.

A. 보다 빠른 제품 출시를 지원하기 위한 요구 사항 및 설계를 개발합니다.

B. 모호성을 최소화하기 위해 예측 접근 방식을 채택하는 것을 강조합니다.

C. 프로젝트를 반복적으로 전달할 수 있도록 민첩한 접근 방식을 권장합니다.

D. 경험이 더 많은 제3자에게 제품 개발을 아웃소싱합니다.