A. 성과물을 작업 패키지로 분해하고 프로젝트 헌장을 검토합니다.

B. 엄격한 범위 설명을 작성하고 과거 정보를 검토합니다.

C. 범위 변경 프로세스를 포함하고 프로젝트 헌장을 검토합니다.

D. 클라이언트가 범위를 변경하고 학습한 교훈을 등록하는 것을 허용하지 않습니다.

A. 이 문제를 다른 임원진에게 보고하세요.

B. 모든 팀원에게 프로세스의 모든 단계를 완료해야 함을 알립니다.

C. 팀이 더 신속하게 움직일 수 있도록 프로세스를 재설계하세요.

D. 팀과 COO와 함께 프로세스 단계를 검토할 일정을 잡으세요.

A. 스폰서에게 팀에 더 많은 사람을 추가하도록 요청하세요.

B. 가능한 한 빨리 제품을 출시할 수 있도록 속도를 높이도록 팀에 요청하세요.

C. 팀이 가능한 한 빨리 제품을 출시할 수 있는 새로운 접근 방식을 찾도록 도와주세요.

D. 제품 개선을 위해 제품 백로그에 경쟁사의 기능을 추가합니다.

A. 문제를 스폰서에게 에스컬레이션하여 제품 출시 결정과 관련된 주요 이해관계자의 권한에 대해 의문을 제기합니다.

B. 향후 이러한 유형의 문제를 피하기 위해 제품 소유자의 결정을 지지하고 이 이해관계자와 더 나은 조정을 모색합니다.

C. 제품 출시에 대한 위험 회피 전략을 가정하여 의사 결정 과정에서 팀을 지도합니다.

D. 제품 출시에 대한 책임을 맡고 고객 출시 준비가 완료되면 최종 결정을 내립니다.

A. 프로젝트에 대한 후원자의 지원을 잃지 않으려면 새로운 기능을 추가하세요.

B. 새로운 기능은 금도금하는 것과 같으므로 거부합니다.

C. 기능의 영향을 평가하고 이를 변경 제어 보드(CCB)에 보고합니다.

D. 영향을 평가한 후 새로운 기능을 구현합니다.