A. 원하는 범위 변경 사항을 담은 계약 변경 초안을 작성하여 승인을 위해 고객에게 보냅니다.

B. 계획대로 현재 월간 릴리스를 완료하고 향후 몇 달 동안의 계획을 다시 수립합니다.

C. 회의록에 정보를 기록하고 프로젝트 이해 관계자와 공유하세요.

D. 공식적인 승인을 받기 위해 클라이언트의 요청을 변경 요청으로 관리 부서에 전달합니다.

A. 저항을 피하기 위해 기능 관리자와 협력하여 가능한 한 일찍 동의를 얻으세요.

B. 조직적 기업 변혁의 도입을 강제하기 위해 고위 경영진의 지지를 얻으세요.

C. 혁신 여정을 돕기 위해 신뢰와 투명성을 확립하는 데 거버넌스를 활용하세요.

D. 지속적으로 배송과 관련된 변화 및 위험의 영향을 분석합니다.

A. 문제가 완화되고 더 이상 적용되지 않도록 프로젝트 구현 날짜를 변경합니다.

B. 모든 이해관계자가 참석하는 위험 워크숍을 진행하여 프로젝트의 모든 위험을 식별하고 평가합니다.

C. 프로젝트 위험 등록부에 우려 사항을 위험으로 기록하고 위험의 영향과 심각성을 평가합니다.

D. 프로젝트가 시작 단계에 있기 때문에 종료 날짜를 맞출 수 있는지 여부를 결정하는 것이 불가능하다는 점을 후원자에게 알립니다.

E. 프로젝트 후원자에게 구현 날짜가 위험도가 낮고 프로젝트에 영향을 미치지 않을 것이라고 전달합니다.

A. 확률 평가

B. 위험 회피를 위한 워크숍

C. 프로젝트 챔피언과의 인터뷰

D. 협력적 토론

A. 프로젝트 후원자에게 비용을 충당하기 위해 더 많은 예산을 할당하도록 요청

B. 조달 전략을 업데이트하고 계약자와 협상합니다.

C. 계약자에게 제안을 검토하고 비용을 절감하도록 요청하세요.

D. 조달 관리 계획을 업데이트하고 계약자와 협상합니다.