A. 해당 문제는 개발팀의 영역에 속하므로 개발팀에 문의하여 해결해 달라고 요청하세요.

B. 프로젝트의 위험 매트릭스를 검토하고 위험 완화 계획에 명시된 단계를 따르십시오.

C. 팀 및 이해관계자와 만나 필요한 경우 스토리 수정 및 재작성을 논의합니다.

D. 현재 스프린트를 취소하고 이해관계자들과 만나 프로젝트의 타당성을 재평가합니다.

A. 다음 스프린트에 해결 방안을 모색하기 위한 스토리를 추가하는 것을 고려해 보세요.

B. 팀을 대신하여 즉시 문제를 해결합니다.

C. 팀원들에게 협력하여 해결책을 찾도록 요청하세요

D. 기술 관리자에게 도움을 요청하여 해결책을 찾으세요.

A. 팀원들에게 의견을 물어보세요.

B. 스프린트에 여유 시간이 있는 다른 팀원에게 작업을 이동합니다.

C. 팀원이 업무 약속을 이행하도록 격려하기 위해 일대일 회의를 진행합니다.

D. 주요 이해 관계자에게 알립니다.

A. 이해관계자가 요청한 모든 정보를 제공하십시오.

B. 이 단계에서 요구되는 적절한 세부 정보 수준에 대한 기대치를 설정하십시오.

C. 애자일 방식을 사용할 경우 상세 문서가 제공되지 않음을 이해관계자에게 알립니다.

D. 팀에게 이해관계자에게 정보를 제공하도록 요청하세요

A. 팀은 반복 검토 전에 완료 기준(Definition of Done)을 검토했어야 합니다.

B. 테스터는 테스트 케이스가 제품 소유자의 기대치를 정확하게 반영하는지 확인했어야 합니다.

C. 팀은 반복 작업 중에 제품 소유자와 더 많은 데모를 진행했어야 했습니다.

D. 제품 책임자는 기획 회의에서 더 명확한 설명을 제공했어야 했습니다.