A. 이해관계자에게 정의된 승인 기준에 대해 테스트하도록 요청합니다.

B. 납품물이 정의된 승인 기준을 충족하는지 확인합니다.

C. 승인 기준이 충족되지 않으면 추가 테스트를 계획합니다.

D. 납품물이 개발되는 동안 승인 기준을 업데이트합니다.

A. 프로젝트 위험을 평가하고 해당 프로젝트를 조직 내의 다른 프로젝트로 대체해 보세요.

B. 프로젝트 후원자에게 위험에 대해 알리고 프로젝트를 철회하도록 설득하세요.

C. 실패한 프로젝트에서 얻은 교훈을 연구하고 적용하여 이 프로젝트가 같은 패턴을 따르지 않도록 합니다.

D. 모든 프로젝트는 고유하므로 프로젝트 관리자의 평소 방법을 사용하여 프로젝트를 계속 실행합니다.

A. 완전한 통합이 불가능할 수 있으며 결과적으로 프로젝트가 잠재적으로 지연될 수 있음을 프로젝트 이해관계자에게 알립니다.

B. 새 솔루션과의 보다 쉬운 통합을 촉진하기 위해 파트너에게 시스템 설정 변경을 요구하여 위험을 제거합니다.

C. 파트너 시스템을 사용할 수 없는 위험을 지속적으로 모니터링하고 위험이 실제 문제로 구체화될 경우 적절한 해결 계획을 마련합니다.

D. 전체 통합 기능 없이 솔루션을 준비하고 사용할 수 있도록 대체 계획을 개발하여 위험을 완화합니다.

A. 프로젝트 팀과 함께 기존 거버넌스 구조를 따르는 것을 권장합니다.

B. 이해관계자들과 만나 지배구조에 대해 논의하고 검토합니다.

C. 범위 변경 사항을 반영하여 거버넌스 구조를 검토합니다.

D. 이해관계자들과 하이브리드 거버넌스 구조 활용에 대해 논의합니다.

A. 프로젝트 후원자에게 예산 검토를 요청했습니다.

B. 프로젝트의 다른 단계로 넘어가기 전에 예산을 업데이트했습니다.

C. 모든 불확실성을 충당할 수 있는 충분한 예산을 추가했습니다.

D. 예산 추정 시 과거 프로젝트를 참고자료로 활용