무료 온라인 액세스 PMI.CAPM.v2026-01-31.q882 모의 시험 (Page 9)

CAPM 문제 36

일반적인 프로젝트 수명 주기가 시작될 때 비용은 다음과 같습니다.

A. 낮음. 작업이 진행됨에 따라 정점에 도달하고 프로젝트가 끝나갈수록 떨어집니다.

B. 낮음, 작업이 진행됨에 따라 안정되고 프로젝트가 끝나갈수록 증가합니다.

C. 높음, 작업이 진행됨에 따라 낮아지고 프로젝트가 끝나갈수록 높아짐.

D. 높지만, 작업이 진행됨에 따라 낮아지고, 프로젝트가 끝나갈수록 낮아집니다.

CAPM 문제 37

프로젝트 범위 설명서의 요소는 다음과 같습니다.

A. 승인 기준.

B. 이해관계자 목록.

C. 요약 예산.

D. 높은 수준의 위험.

정답: A

설명/참조:
설명:
5.3.3.1 프로젝트 범위 설명서
프로젝트 범위 기술서는 프로젝트 범위, 주요 성과물, 가정 및 제약 사항을 기술합니다. 프로젝트 범위 기술서는 프로젝트 및 제품 범위를 포함한 전체 범위를 문서화합니다.
프로젝트의 결과물과 결과물을 만드는 데 필요한 작업을 자세히 설명합니다. 또한 프로젝트 이해관계자들 간의 프로젝트 범위에 대한 공통된 이해를 제공합니다. 이해관계자의 기대치를 관리하는 데 도움이 되는 명확한 범위 제외 사항을 포함할 수 있습니다. 프로젝트팀이 더욱 세부적인 계획을 수립하고, 실행 과정에서 프로젝트팀의 업무를 안내하며, 변경 또는 추가 작업 요청이 프로젝트 범위 내에 포함되는지 또는 범위 밖에 포함되는지 평가할 수 있는 기준을 제공합니다.
프로젝트 범위 기술서에서 수행할 작업과 제외되는 작업을 정의하는 세부적인 정도와 수준은 프로젝트 관리팀이 전체 프로젝트 범위를 얼마나 효과적으로 관리할 수 있는지 판단하는 데 도움이 될 수 있습니다. 자세한 프로젝트 범위 기술서는 직접 또는 다른 문서를 참조하여 다음 내용을 포함합니다.
제품 범위 설명. 제품, 서비스 또는

프로젝트 헌장 및 요구 사항 문서에 설명된 결과입니다.
수락 기준. 성과물이 수락되기 전에 충족해야 하는 일련의 조건입니다.

전달 가능물. 필요한 서비스를 수행하는 데 필요한 고유하고 검증 가능한 제품, 결과 또는 기능

프로세스, 단계 또는 프로젝트를 완료하기 위해 생산되는 결과물입니다. 산출물에는 프로젝트 관리 보고서 및 문서와 같은 보조적인 결과도 포함됩니다. 이러한 산출물은 요약 수준 또는 매우 자세하게 설명될 수 있습니다.
프로젝트 제외. 일반적으로 프로젝트에서 제외되는 항목을 식별합니다. 제외되는 항목을 명시적으로 명시합니다.

프로젝트 범위를 정하면 이해관계자의 기대치를 관리하는 데 도움이 됩니다.
제약 조건. 프로젝트 또는 프로세스 실행에 영향을 미치는 제한 요소입니다. 제약 조건은 다음과 같이 식별됩니다.

프로젝트 범위 설명 목록은 프로젝트 실행에 영향을 미치는 프로젝트 범위와 관련된 구체적인 내부 또는 외부 제한이나 한계를 설명합니다. 예를 들어, 사전 정의된 예산이나 고객 또는 수행 조직에서 발행한 부과된 날짜나 일정 이정표가 있습니다.
프로젝트가 계약에 따라 수행되는 경우, 일반적으로 계약 조항이 제약이 됩니다.
제약 조건에 대한 정보는 프로젝트 범위 설명서나 별도의 로그에 나열될 수 있습니다.
가정. 계획 과정에서 사실, 실제 또는 확실한 것으로 간주되는 요소입니다.

증거 또는 증명. 또한 해당 요소들이 거짓으로 판명될 경우 발생할 수 있는 잠재적 영향도 설명합니다.
프로젝트 팀은 계획 과정의 일환으로 가정을 식별, 문서화하고 검증하는 경우가 많습니다.
가정에 대한 정보는 프로젝트 범위 설명서나 별도의 로그에 나열될 수 있습니다.
프로젝트 헌장과 프로젝트 범위 기술서는 어느 정도 중복되는 것으로 여겨지지만, 각 문서에 포함된 세부 내용의 수준은 서로 다릅니다. 프로젝트 헌장은 개략적인 정보를 담고 있는 반면, 프로젝트 범위 기술서는 범위 요소에 대한 상세한 설명을 담고 있습니다. 이러한 요소들은 프로젝트 전반에 걸쳐 점진적으로 구체화됩니다. 표 5-1은 각 문서의 핵심 요소를 설명합니다.
표 5-1. 프로젝트 헌장 및 프로젝트 범위 설명서의 요소
프로젝트 헌장
프로젝트 목적 또는 정당성

측정 가능한 프로젝트 목표

및 관련 성공 기준

높은 수준의 요구 사항

상위 수준 프로젝트 설명

고수준 위험

요약 마일스톤 일정

요약 예산

이해관계자 목록

프로젝트 승인 요구 사항

(성공이란 무엇이고, 누가 결정하고, 누가 승인하는가)

지정된 프로젝트 관리자,

책임 및 권한 수준

프로젝트 헌장을 승인한 후원자 또는 기타 사람의 이름과 권한

프로젝트 범위 설명서
프로젝트 범위 설명(점진적으로 정교화됨)

수용 기준

프로젝트 성과물

프로젝트 제외

프로젝트 제약 조건

프로젝트 가정

CAPM 문제 38

조달 관리 프로세스의 단계 순서는 무엇입니까?

A. 조달 요구 사항 식별 및 계획, 견적 또는 제안서 획득, 공급업체와의 협상, 선택된 공급업체와의 계약, 조달 관리.

B. 조달 요구 사항 식별 및 계획, 공급업체와의 협상, 선택된 공급업체와의 계약, 견적 또는 제안서 획득, 조달 관리.

C. 조달 관리, 조달 요구 사항 식별 및 계획, 견적 또는 제안서 획득, 공급업체와의 협상, 선택된 공급업체와의 계약.

D. 견적이나 제안서 획득, 조달 요구 사항 식별 및 계획, 공급업체와의 협상, 선택된 공급업체와의 계약, 조달 관리.

CAPM 문제 39

다음 프로세스 중 시작 프로세스 그룹에 속하는 프로세스는 무엇입니까?

A. 프로젝트 헌장 개발 및 이해 관계자 식별

B. 프로젝트 관리 계획 및 계획 커뮤니케이션 개발

C. 프로젝트 헌장 개발 및 프로젝트 범위 설명서 개발

D. 프로젝트 관리 계획 개발 및 이해 관계자 식별

CAPM 문제 40

프로젝트 팀이 위험의 발생 확률 또는 영향을 줄이기 위해 취하는 위험 대응 전략은 다음과 같습니다.

A. 악용

B. 피하다

C. 완화하다

D. 공유

정답: C

설명/참조:
설명:
11.5.2.1 부정적 위험 또는 위협에 대한 전략
프로젝트 목표에 부정적인 영향을 미칠 수 있는 위협이나 위험을 처리하는 세 가지 전략은 회피, 전이, 완화입니다. 네 번째 전략인 수용은 부정적인 위험이나 위협뿐만 아니라 긍정적인 위험이나 기회에도 사용할 수 있습니다. 이러한 각 위험 대응 전략은 위험 상황에 미치는 영향이 다양하고 고유합니다. 이러한 전략은 위험 발생 확률과 프로젝트의 전반적인 목표에 미치는 영향을 고려하여 선택해야 합니다. 회피 및 완화 전략은 일반적으로 중대한 위험이지만 영향이 큰 위험에 효과적인 전략이며, 전이 및 수용은 상대적으로 덜 중요하고 전반적인 영향이 낮은 위협에 효과적인 전략입니다. 부정적인 위험이나 위협에 대처하는 네 가지 전략은 다음과 같습니다.
피하십시오. 위험 회피는 프로젝트 팀이 위협을 제거하기 위해 행동하는 위험 대응 전략입니다.

프로젝트를 위험으로부터 보호하는 것입니다. 일반적으로 프로젝트 관리 계획을 변경하여 위협을 완전히 제거하는 것이 포함됩니다. 프로젝트 관리자는 프로젝트 목표를 위험의 영향으로부터 분리하거나 위험에 처한 목표를 변경할 수도 있습니다. 이러한 예로는 일정 연장, 전략 변경, 범위 축소 등이 있습니다. 가장 근본적인 회피 전략은 프로젝트를 완전히 중단하는 것입니다. 프로젝트 초기에 발생하는 일부 위험은 요구 사항 명확화, 정보 확보, 의사소통 개선 또는 전문 지식 습득을 통해 방지할 수 있습니다.
이전. 위험 전이는 프로젝트 팀이 영향을 전환하는 위험 대응 전략입니다.

제3자에게 위협이 되는 동시에 대응에 대한 소유권도 함께 부여됩니다. 위험 이전은 단순히 다른 당사자에게 관리 책임을 부여하는 것일 뿐, 위험을 완전히 없애는 것은 아닙니다. 이전은 당사자의 인지나 동의 없이 후속 프로젝트나 다른 사람에게 위험을 이전함으로써 위험을 부인하는 것을 의미하지 않습니다. 위험 이전은 거의 항상 위험을 감수하는 당사자에게 위험 프리미엄을 지불하는 것을 포함합니다. 위험에 대한 책임 이전은 재정적 위험 노출을 처리하는 데 가장 효과적입니다. 위험 이전 도구는 매우 다양하며, 보험, 이행 보증, 보증, 보장 등을 포함하되 이에 국한되지 않습니다. 계약이나 합의는 특정 위험에 대한 책임을 다른 당사자에게 이전하는 데 사용될 수 있습니다. 예를 들어, 구매자가 판매자가 보유하지 않은 역량을 가지고 있는 경우, 일부 작업과 그에 수반되는 위험을 계약상 구매자에게 다시 이전하는 것이 현명할 수 있습니다. 많은 경우, 원가 가산 계약을 사용하면 원가 위험이 구매자에게 이전될 수 있으며, 고정 가격 계약은 위험을 판매자에게 이전할 수 있습니다.
완화. 위험 완화는 프로젝트 팀이 위험을 줄이기 위해 조치를 취하는 위험 대응 전략입니다.

위험 발생 또는 영향의 확률. 이는 부정적 위험의 확률 및/또는 영향을 허용 가능한 임계값 이내로 감소시키는 것을 의미합니다. 프로젝트에서 위험 발생 확률 및/또는 영향을 줄이기 위한 조기 조치를 취하는 것이 위험 발생 후 피해를 복구하려고 시도하는 것보다 더 효과적인 경우가 많습니다. 덜 복잡한 프로세스를 채택하거나, 더 많은 테스트를 수행하거나, 더 안정적인 공급업체를 선택하는 것이 완화 조치의 예입니다. 완화 조치에는 프로세스 또는 제품의 벤치 스케일 모델에서 확장하는 위험을 줄이기 위한 프로토타입 개발이 필요할 수 있습니다. 확률을 줄일 수 없는 경우, 완화 대응은 심각도를 결정하는 연계성을 목표로 위험 영향을 해결할 수 있습니다. 예를 들어, 시스템에 중복성을 설계하면 원래 구성 요소의 고장으로 인한 영향을 줄일 수 있습니다.
수락. 위험 수용은 프로젝트 팀이 위험에 대한 인식을 결정하는 위험 대응 전략입니다.

위험을 인지하고 위험이 발생할 때까지 어떠한 조치도 취하지 않습니다. 이 전략은 특정 위험을 다른 방법으로 해결하는 것이 불가능하거나 비용 효율적일 때 채택됩니다. 이 전략은 프로젝트 팀이 위험을 처리하기 위해 프로젝트 관리 계획을 변경하지 않기로 결정했거나 다른 적절한 대응 전략을 찾을 수 없음을 나타냅니다. 이 전략은 수동적이거나 능동적일 수 있습니다. 수동적 수용은 전략을 문서화하는 것 외에는 아무런 조치도 필요하지 않으며, 프로젝트 팀은 발생하는 위험을 처리하고 위협이 크게 변하지 않는지 주기적으로 검토합니다. 가장 일반적인 능동적 수용 전략은 위험을 처리하기 위한 시간, 비용 또는 자원을 포함하는 비상 예비비를 설정하는 것입니다.