A. 이전 경험을 활용하고 예측적 접근 방식을 사용하여 프로젝트를 관리하기 위해 변경 요청을 제출합니다.

B. 프로젝트 실행을 시작하기 전에 팀과 함께 일일 프로젝트 정의 회의를 예약하여 프로젝트 범위를 정의합니다.

C. 프로젝트 전체에서 범위가 정의되고 재정의되므로 프로젝트 실행을 시작합니다.

D. 실행을 시작하기 전에 프로젝트 범위 계획의 기준선을 정하기 위해 제품 소유자로부터 부분적인 승인을 받습니다.

A. 지속적인 피드백 환경을 활용하여 품질과 전반적인 만족도를 향상시킵니다.

B. 요구 사항을 검토하고 문서에 따라 성과물을 개발하도록 팀에 지시합니다.

C. 팀원을 멘토링하고 구현하기 전에 작업에 대한 동료 평가를 수행하도록 합니다.

D. 회고를 활용하여 개발 단계에서 성과물이 승인되지 않을 수 있는 문제를 파악합니다.

A. 후원자와 이해 관계자가 제품 비전을 만들도록 돕고 팀과 제품 소유자를 모아 기대 사항을 명확히 합니다.

B. 총괄 관리자를 만나 위험을 피하기 위해 예측 접근 방식을 다시 사용하도록 설득합니다.

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

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

A. 리소스 관리자의 도움을 받아 프로젝트 팀 구성원을 위한 작업 계획을 개발합니다.

B. 기능 관리자와 프로젝트 팀 구성원에게 자원 관리 계획을 검토하도록 조언합니다.

C. 기능 관리자와 프로젝트 팀원에게 프로젝트 헌장을 검토하라고 지시합니다.

D. 기능 관리자에게 팀 구성원을 위한 특정 책임, 책임, 상담 및 정보(RACI) 차트를 생성하도록 요청합니다.

A. 회사 A의 공급업체와 장기적인 관계를 유지하여 해당 공급업체를 유지합니다.

B. 향후 사용을 위해 회사 B의 프로젝트 공급업체를 평가합니다.

C. 회사 A와 B의 공급업체 목록을 통합합니다.

D. 회사 B의 공급업체를 참여시켜 현재 공급업체 목록을 검증합니다.