A. 소프트웨어 개발은 불확실성이 높으므로 이 프로젝트에는 애자일 접근 방식이 권장됩니다.

B. 범위가 명확하게 정의되어 있으므로 예측적 접근 방식이 간단하고 하드웨어와 소프트웨어를 게이트에서 동기화할 수 있습니다.

C. 제공 가능한 결과물이 상당히 다르므로, 프로젝트를 프로그램으로 구동되는 두 개의 프로젝트로 나누어야 합니다.

D. 소프트웨어 개발에는 애자일 방식을, 하드웨어 제공에는 예측 방식을 사용하는 하이브리드 방식이 효과적입니다.

A. 소프트웨어에 대한 단계별 제공 방식을 제안합니다.

B. 소프트웨어가 클라이언트의 승인을 받을 것이라고 가정합니다.

C. 납기 준수에 집중하세요.

D. 설치 문제를 운영위원회에 보고합니다.

A. 주제 전문가(SME)와 함께 영향 분석을 수행합니다.

B. 별도 프로젝트의 영향에 대해 정부 대표에게 알려주세요.

C. 예산과 일정을 늘리기 위한 변경 요청을 구현합니다.

D. 프로젝트 이해 관계자와 함께 위험 등록부를 참조하고 업데이트합니다.

A. 이해 관계자와 함께 새로운 요구 사항을 검토하고 우선순위를 정하여 어떤 변경 요청이 필요한지 확인합니다.

B. 문제를 프로젝트 후원자에게 보고하고 원래 요구 사항을 유지하기 위한 지원을 요청합니다.

C. 모든 새로운 요구 사항을 충족하기 위해 프로젝트 일정 및 예산을 수정하기 위한 즉각적인 승인을 요청합니다.

D. 프로젝트의 이 단계에서는 새로운 요구 사항이 허용되지 않는다는 점을 새로운 이해 관계자들에게 강조합니다.

A. 프로젝트 진행 중 여유가 있을 때 규정 준수 여부를 평가합니다.

B. 규정 준수를 보장하기 위해 프로젝트 팀원을 배정합니다.

C. 프로젝트 종료 시 규정 준수 여부를 검토합니다.

D. 개발 도구 내에 규정 준수를 포함합니다.