A. 최소 실행 가능 제품(MVP)을 개발합니다.

B. 제안요청서(RFP)를 개발합니다.

C. 개념적 프레임워크를 개발합니다.

D. 프로토타입을 개발합니다.

A. 이 주장을 검증하기 위해 프로젝트 헌장을 검토하세요.

B. 프로젝트 헌장이 원본과 달라졌는지 확인합니다.

C. 해당 이해관계자가 정기적인 프로젝트 회의에 참석하는지 확인하세요.

D. 이해관계자들과 회의하여 프로젝트 헌장을 검토합니다.

A. 작업 명세서(SOW)를 작성하고 프로젝트 수명 주기 동안 변경되지 않도록 합니다.

B. 프로젝트 이해 관계자와 정기 회의 일정을 잡아 그들이 만족하는지 확인하세요.

C. 실행 단계 전에 프로젝트 후원자와 프로젝트 승인 기준에 대해 논의하세요.

D. 프로젝트 승인 기준을 만들 때 프로젝트 이해 관계자의 기대치와 요구 사항을 포함합니다.

A. 민첩한 방식을 사용하지만 그 가치는 프로젝트가 끝날 때 클라이언트에게 제공되는 하이브리드 방식을 사용합니다.

B. 프로젝트 보드에 변경 요청을 제출하여 예정보다 2개월 앞당겨 납품일을 조정하세요.

C. 프로젝트가 끝날 때 가치를 제공하기 위해 예측적 접근 방식을 계속 사용합니다.

D. 팀과 회의하여 백로그를 검토하고 클라이언트에게 점진적인 가치를 제공할 수 있는 작은 반복 작업을 만듭니다.

A. 프로젝트 지연을 방지하기 위해 이 종속성을 빠르게 추적합니다.

B. 통합 변경 제어를 수행합니다.

C. IT 부서에 일정을 맞추는 데 필요한 시스템의 우선순위를 정해 달라고 요청하세요.

D. 프로젝트 일정에 종속성을 포함합니다.