A. 이 제품에 대한 엔터프라이즈 아키텍처 표준을 준수하지 않아 예외가 발생했습니다.

B. 문제를 관리 부서로 확대했습니다.

C. 주요 이해 관계자의 조기 참여 보장

D. 엔터프라이즈 아키텍처 표준을 변경하기 위해 아키텍처 팀에 피드백을 제공했습니다.

A. 반복 작업 중에 개발된 기능을 데모로 제공하고, 사용자로부터 피드백을 받고, 테스트를 시작합니다.

B. 무엇이 잘 되었고, 무엇이 잘 되지 않았는지, 그리고 프로세스를 개선하기 위해 어떤 조치를 취해야 하는지 파악합니다.

C. 작업 진행 상황, 다음으로 수행할 작업, 진행을 방해하는 요소를 검토합니다.

D. 제품 백로그의 우선순위를 정하고, 개발 및 테스트 추정치를 생성하고, 다음 반복 작업을 계획합니다.

A. 제품 소유자가 간과했을 수 있는 요구 사항에 대한 작업

B. 변경 관리 로그에 범위 증가를 기록합니다.

C. 제품 백로그에 새로운 요구 사항을 추가합니다.

D. 스크럼 마스터에게 추가 시간과 리소스를 확보하도록 요청하세요.

A. 더 나은 추정치를 제공하기 위해 스토리 B에 8개 이상의 스토리 포인트를 할당합니다.

B. 스토리 B에 더 많은 리소스를 할당하여 예상과 일치시킵니다.

C. 오류를 설명하기 위해 스토리 B의 반복에 포인트를 추가하지만 스토리 B는 3포인트로 유지합니다.

D. A, B, C의 값을 포함한 모든 스토리를 재추정합니다.

A. 제품 소유자와 스프린트 우선순위를 검토하기 위한 회의 일정을 잡으세요.

B. 우선순위가 높은 항목을 제품 백로그에 다시 넣습니다.

C. 우선순위가 높은 항목을 수용할 수 있도록 스프린트 종료 날짜를 연장합니다.

D. 프로젝트 후원자에게 더 많은 리소스를 추가하여 제때 완료하도록 요청하세요.