A. 이전 Agile 프로젝트를 기반으로 스프린트 속도를 결정하기 위해 팀을 참여시킵니다.

B. 팀과 함께 스프린트 속도를 결정하기 전에 여러 스프린트를 실행합니다.

C. 팀원들의 입력을 기반으로 스프린트 속도의 평균을 구합니다.

D. 스폰서로부터 얻은 스프린트 속도를 팀과 공유합니다.

A. 소프트웨어가 고객이 사용하기 쉬운지 확인하는 기술입니다.

B. 고객이 비즈니스 요구사항을 검증하기 위한 도구입니다.

C. 고객이 소프트웨어 기능을 사용할지 여부를 판단하는 기술.

D. 고객이 제품을 구매할지 여부를 판단하기 위한 테스트입니다.

A. 프로젝트 관리자에게 이메일을 보내고 위험 등록부에 추가하여 다음 일일 스탠드업에서 논의되도록 하세요.

B. 눈에 잘 띄는 곳에 위험을 추가하고 다음 일일 스탠드업 이후에 논의되도록 하세요.

C. 프로젝트 관리자와 고위 경영진과 회의를 소집하여 위험을 어떻게 관리할 것인지 결정합니다.

D. 새로 발견된 위험에 관해 논의하기 위해 모든 팀원을 대상으로 즉시 회의를 소집하세요.

A. 소프트웨어를 모든 반복 작업 후에 출시할 수 있으므로 가치가 더 빨리 제공됩니다.

B. 각 고객에게 정기적으로 배달이 이루어지므로 더 많은 고객을 동시에 처리할 수 있습니다.

C. 코드가 사용자에게 더 자주 제공되므로 버그가 줄어듭니다.

D. 각 반복에서 회귀 테스트에 필요한 검증이 줄어들어 비용이 절감됩니다.

A. 제품 중심 접근 방식보다 고객 중심의 제품 개발 관행이 중요합니다.

B. 더 짧은 시간 척도와 변화하는 요구 사항을 선호하여 자주 작동하는 소프트웨어를 제공합니다.

C. 성공에 있어서는 프로세스나 도구보다 기여와 상호작용이 더 중요하다는 믿음입니다.

D. 가장 뛰어난 아키텍처, 요구 사항, 디자인은 자율 조직화 팀에서 나옵니다.