A. 총괄 책임자를 만나 위험을 피하기 위해 예측적 접근 방식으로 돌아가도록 설득하십시오.

B. 후원자와 이해 관계자가 제품 비전을 만들 수 있도록 돕고 팀과 제품 소유자가 함께 기대치를 명확히 하도록 합니다.

C. 모든 프로젝트가 요청된 제품을 제공할 수 있도록 모든 요구 사항을 검토하도록 총괄 관리자에게 요청합니다.

D. 모든 비즈니스 요구 사항이 요구 사항에 포함되었는지 확인하기 위해 이중 확인 프로세스를 구현하기 위해 예산 증액을 요청합니다.

A. 프로젝트 헌장을 개발하는 동안

B. 다른 기획과정과 별개의 단계로

C. 자세한 위험 분석의 일부로

D. 다른 계획 프로세스와 병행

A. 위험 확률 및 영향의 정의

B. 위험 등록

C. 가정 로그

D. 확률 및 영향 매트릭스

A. 변경의 중요성을 더 잘 이해하고 평가하기 위해 전문가의 조언을 구합니다.

B. 변경 사항이 범위 내에 있는지 확인하기 위해 범위 설명을 확인합니다.

C. 변경 제어 보드(CCB)에 변경 요청을 발행하고 우선 순위를 전달합니다.

D. 팀이 변경 사항을 구현하도록 지시

A. 변경 프로세스의 미준수를 범위 크리프의 가능한 원인으로 포함하여 위험 등록 업데이트

B. 프로젝트 관리 사무소(PMO)로 에스컬레이션하여 요청을 수락한 팀원 교체 요청

C. 모든 이해 관계자가 프로젝트 거버넌스 구조를 인지하고 동의하는지 확인합니다.

D. 적절한 변경 승인 프로세스를 따르지 않는 한 수정에 참여하지 않도록 팀에 조언