A. 프로젝트 범위와 솔루션의 영향을 받는 여러 엔터티를 고려하여 이해 관계자와 소통하여 날짜를 준수하도록 요청하세요.

B. 프로젝트 후원자에게 모든 사업체가 새로운 솔루션 출시를 위해 설정된 날짜를 수락하도록 요청하는 지침을 내려달라고 요청합니다.

C. 조직의 규모와 관련된 여러 당사자를 고려하여 CEO와 출시 날짜를 논의한 다음 모든 기관에 전달합니다.

D. 각 기관의 리더들과 창의적이고 반복적인 협상을 통해 출시 날짜를 합의합니다.

A. 지식을 팀에 전달할 수 있는 수령 관리자에게 정해진 시간 내에 전달합니다.

B. 프로젝트 후원자에게 2주간의 지연 사실을 알리고 지연을 최소화하기 위해 활동을 재계획합니다.

C. 수신 관리자에게 프로젝트를 2주 연장하기 위한 변경 요청을 발행해 달라고 요청합니다.

D. 추가로 2주 동안 리소스를 확보하기 위한 내부 변경 요청을 발행합니다.

A. 위험 등록부를 검토하고 기능 관리자를 리소스로 할당합니다.

B. 리소스 풀을 분석하고 과거 프로젝트에 참여한 내부 리소스를 할당합니다.

C. 주요 비용 요인을 분석하고 대안을 제시합니다.

D. 작업 분할 구조(WBS)를 검토하여 적절한 리소스가 있는지 확인하세요.

A. 회의를 완료하는 데 더 많은 시간을 확보하기 위해 백로그 항목의 절반을 다음 반복 작업으로 이전합니다.

B. 회의 시간을 1시간으로 연장하고 참석자 전원이 모든 문제를 제기하도록 요청합니다.

C. 회의 참석자들에게 회의 중에는 방해 요소에 대해서만 말하도록 지시합니다.

D. 3명의 팀 리더에게 현지 회의를 진행하도록 교육한 다음, 전체 현황 회의를 진행합니다.

A. 초기 백로그를 정의하고 가장 명확한 작업부터 작업을 시작한 다음, 범위를 점진적으로 세부화합니다.

B. 유사한 범위 변경이 있는 과거 프로젝트의 조직 프로세스 자산(OPA)을 검토합니다.

C. 글로벌 프로젝트 관리 계획이 부족하여 위험 관리 계획에 위험 항목을 생성합니다.

D. 특정 작업에 대한 책임을 제한하기 위해 프로젝트 후원자와 범위 변경을 공식화합니다.