A. 위험 우선 순위 백로그를 전략적 변경으로 업데이트합니다.

B. 제품 소유자에게 에스컬레이션하고 예정된 반복을 취소합니다.

C. 변경의 영향을 평가하기 위해 팀과 회의 일정을 잡습니다.

D. 변경을 처리할 사용자 스토리를 준비하고 다음 반복에 할당합니다.

A. 프로젝트 일정을 달성하기 위한 기술에 관계없이 팀에 프로젝트 작업을 할당합니다.

B. 프로젝트 관리 계획의 효율성을 평가하기 위해 주요 이해 관계자와 매일 회의 일정을 잡습니다.

C. 작업 분할 구조(WBS)를 사용하여 프로젝트 및 리소스 요구 사항을 기반으로 프로젝트 일정을 만듭니다.

D. 팀 구성원이 하루 8시간 일하도록 리소스 할당을 모니터링합니다.

A. 팀 구성원을 만나 교훈으로 피드백을 제공하여 사례 검토를 수행하도록 요청합니다.

B. 팀과 만나 근본 원인을 논의하고 팀이 이를 기록하고 배포에 계속 집중하도록 권장합니다.

C. 구현하는 동안 팀의 사기에 영향을 미치지 않도록 마지막 학습 세션이 완료될 때까지 이 사례를 기록합니다.

D. 동일한 문제가 반복되지 않도록 컨설턴트를 초대하여 프로세스를 검토하고 결과를 팀과 공유합니다.

A. 스폰서에게 출시 승인을 요청한 다음 승인을 기다립니다.

B. 규정을 우회하는 방법을 찾기 위해 팀과 협력하십시오.

C. 이사회에 영향력을 행사하고 승인 속도를 높이도록 요청하십시오.

D. 다른 국가에서 온라인 유통 채널을 구성합니다.

A. 핵심 요구 사항만 포함하고 이해 관계자에게 범위 결정에 대한 정보를 제공합니다.

B. 프로젝트 목표에는 각 이해관계자 그룹의 공통 요구 사항만 포함합니다.

C. 프로젝트의 목표를 알고 있기 때문에 팀의 의견만 추가하십시오.

D. 이해 관계자의 관심과 영향을 분석하고 요구 사항을 평가합니다.