무료 온라인 액세스 PMI.CAPM.v2026-07-09.q999 모의 시험 (Page 162)

CAPM 문제 801

위험 모니터링 및 통제는 언제 이루어지나요?

A. 프로젝트 시작 시

B. 업무 수행 분석 중

C. 프로젝트 전체 기간 동안

D. 프로젝트 마일스톤에서

정답: C

PMBOK 가이드, 특히 프로젝트 위험 관리 지식 영역에 따르면 위험 모니터링(이전에는 위험 모니터링 및 통제)은 합의된 위험 대응 계획의 이행을 모니터링하고, 식별된 위험을 추적하고, 새로운 위험을 식별 및 분석하고, 위험 프로세스의 효과성을 평가하는 프로세스입니다.
* 지속적인 프로세스: 위험 관리는 일회성 이벤트가 아닙니다. 프로젝트 환경은 역동적이므로 언제든지 새로운 위험이 발생할 수 있으며, 기존 위험의 발생 확률이나 영향력도 변할 수 있습니다.
따라서 이 과정은 프로젝트 전체 수명 주기 동안 수행됩니다.
* 실행과의 통합: 프로젝트 작업이 실행됨에 따라 팀은 작업 성과 데이터를 수집합니다. 이 데이터는 다음 사항을 판단하는 데 사용됩니다.
* 가정은 여전히 유효합니다.
* 위험 대비 준비금은 충분합니다.
* 프로젝트 정책 및 절차를 준수하고 있습니다.
* 위험 대응은 예상대로 효과적입니다.
* 생명주기 지속성: 프로젝트 승인 순간부터 최종 행정적 종료까지 프로젝트 관리자와 팀은 지속적으로 경계를 늦추지 않아야 합니다. 위험 모니터링의 강도는 복잡성이 높은 단계에서 최고조에 달할 수 있지만, 프로젝트가 종료될 때까지 모니터링 프로세스 자체는 결코 멈추지 않습니다.
다른 선택지 분석:
* 선택 A (프로젝트 착수 시): 프로젝트 시작 단계에서 프로젝트 헌장에 주요 위험 요소가 식별되지만, 해당 위험을 모니터링하고 통제하기 위한 계획이 수립되고 통제 작업이 수행되기 전까지는 모니터링 및 통제가 불가능합니다.
* 선택 B (업무 성과 분석 중): 업무 성과 분석은 위험 모니터링 프로세스 내에서 사용되는 도구/기법 및 입력 요소이지만, 프로세스가 언제 수행되는지를 정의하지는 않습니다.
* 선택 D(프로젝트 주요 단계 시점): 공식적인 위험 감사 또는 검토는 주요 단계 또는 단계별 게이트에서 자주 수행되지만, 위험 모니터링을 이러한 시점으로만 제한하면 프로젝트는 주요 단계와 그 사이에 발생하는 위험에 취약해질 수 있습니다.

CAPM 문제 802

활동 정의 및 활동 순서 지정 후 다음 단계는 다음과 같습니다.

A. 활동 자원 추정.

B. 활동 기간 추정.

C. 일정 개발.

D. 제어 일정.

CAPM 문제 803

한 회사가 새로운 프로젝트에 적응형 프로젝트 관리 프레임워크를 도입했습니다. 반복 작업을 계획할 때 위험 요소는 어떻게 관리해야 할까요? 두 가지를 선택하세요.

A. 각 반복 작업의 콘텐츠를 선택할 때 위험 요소를 고려해야 합니다.

B. 위험은 각 반복 단계에 맞춰 조정되어야 합니다.

C. 위험은 각 반복 과정 동안 식별, 분석 및 관리되어야 합니다.

D. 각 반복 작업 전에 위험 요소를 문서화해야 합니다.

E. 위험 요소는 각 반복 과정에서 한 번만 검토해야 합니다.

정답: A,C

PMBOK 가이드와 애자일 실무 가이드에 따르면, 적응형(애자일) 환경에서의 위험 관리는 일회성 이벤트가 아니라 반복적인 주기의 모든 측면에 통합되어 있습니다.
* A. 각 반복 작업의 내용을 선택할 때 위험 요소를 고려해야 합니다. 적응형 프레임워크에서는 제품 백로그의 우선순위를 "위험 조정" 접근 방식을 기반으로 정하는 경우가 많습니다. 높은 가치를 제공하지만 위험도가 높은 항목은 기술적 타당성을 검증하거나 "빠른 실패"를 경험하기 위해 초기 반복 작업에 포함되는 경우가 흔합니다. 팀과 제품 책임자는 반복 계획 단계에서 특정 반복 작업에 대한 사용자 스토리를 선택할 때 해당 항목과 관련된 위험 요소를 평가합니다.
* C. 위험은 각 스프린트 동안 식별, 분석 및 관리되어야 합니다. 애자일 방식에서는 위험 관리가 지속적으로 이루어집니다. 위험은 일일 스탠드업 회의에서 식별하고, 스프린트 계획 회의에서 분석하며, 스프린트 실행 전반에 걸쳐 관리합니다. 또한, 스프린트 검토 및 회고는 새로운 위험을 식별하고 변화하는 환경에 따라 관리 방식을 조정할 수 있는 공식적인 기회를 제공합니다.다른 선택지
분석 :
* B. 위험은 각 반복 단계에 맞춰 조정되어야 합니다. 위험에 대한 대응은 조정될 수 있지만, 위험 자체는 식별 또는 발견됩니다. "조정"은 일반적으로 개별 위험 사건이 아닌 프로젝트 관리 방법론 또는 프로세스를 의미합니다.
* D. 위험 요소는 각 반복 작업 전에 문서화해야 합니다. 일부 위험 요소는 사전에 알려져 있지만, 적응형 프레임워크의 핵심 원칙은 많은 위험 요소가 작업 중에 새롭게 나타난다는 것입니다. 위험 관리를 "작업 전" 문서화 단계로만 한정하는 것은 애자일의 역동적인 특성을 간과하는 것입니다.
* E. 위험 요소는 각 스프린트 동안 한 번만 검토해야 합니다. 이는 지속적인 개선과 투명성을 중시하는 애자일 원칙에 위배됩니다. 장애물을 신속하게 제거하기 위해 위험 요소는 종종 매일 논의됩니다.
PMI 표준에 따르면, 적응형 환경은 빈번한 검토와 부서 간 협업을 통해 공식적인 단계별 검토를 기다리지 않고 실시간으로 위험을 처리합니다.

CAPM 문제 804

프로젝트 시작부터 완료까지 성과를 정기적으로 관찰하고 측정하는 프로젝트 관리 프로세스 그룹은 다음과 같습니다.

A. 실행 중.

B. 시작,

C. 모니터링 및 제어.

D. 계획.

CAPM 문제 805

비즈니스 분석을 수행할 때 이해관계자를 파악해야 하는 이유 중 하나는 무엇입니까?

A. 사업 검토를 통해 프로젝트 일정을 파악합니다.

B. 비즈니스 분석가가 프로젝트 예산을 결정할 수 있도록 합니다.

C. 프로젝트의 비즈니스 요구사항을 누가 정의해야 하는지 파악하기 위해

D. 프로젝트에 대한 비용 편익 분석을 결정하기 위해

정답: C

PMI 비즈니스 분석 가이드와 PMBOK 가이드에 따르면, 이해관계자를 파악하는 것은 모든 프로젝트 또는 비즈니스 분석 활동에서 가장 중요한 초기 단계 중 하나입니다.
* "대상" 정의: 요구사항은 독립적으로 존재하는 것이 아니라, 개인, 그룹 또는 조직에 속합니다. 비즈니스 분석가는 이해관계자를 조기에 파악함으로써 프로젝트 범위를 정의하는 데 필요한 요구사항, 기대치 및 제약 조건을 정확히 결정할 수 있습니다.
* 요구사항 소유권: 다양한 이해관계자는 각기 다른 유형의 요구사항을 제시합니다. 예를 들어, 부서장은 상위 수준의 비즈니스 요구사항을 정의하는 반면, 최종 사용자는 사용자 요구사항을 정의할 수 있습니다. 이러한 담당자를 파악하지 못하면 비즈니스 분석가는 누구를 인터뷰하고, 관찰하고, 워크숍에 초대해야 할지 알 수 없어 최종 솔루션에 중요한 공백이 발생할 수 있습니다.
* 이해관계자 영향력: 이해관계자를 파악하면 비즈니스 분석가는 그들의 영향력과 파급 효과를 이해할 수 있습니다. 이를 통해 정의된 요구사항이 포괄적일 뿐만 아니라 이해관계자의 역할과 프로젝트 성공에 미치는 영향력을 고려하여 우선순위가 정해지도록 할 수 있습니다.
다른 선택지 분석:
* Option A: Identifying project timelines is a function of the Develop Schedule process. While stakeholders provide input on constraints, the primary reason for identifying them in a business analysis context is related to requirements, not schedule creation.
* Option B: Determining the project budget is the responsibility of the Project Manager and the Sponsor during the Determine Budget process. A business analyst uses the budget as a constraint but does not identify stakeholders specifically to set the project ' s total funding.
* Option D: A Cost-benefit analysis is typically part of the Business Case, which is often created before or alongside stakeholder identification. While stakeholders provide the data for the analysis, the fundamental reason for identifying them is to extract the requirements that the project must fulfill.
Per PMI standards, the core purpose of stakeholder identification in business analysis is to ensure that all relevant voices are heard so that the Business Requirements accurately reflect the problem to be solved or the opportunity to be seized.

다른 버전: 1882PMI.CAPM.v2026-01-31.q882; 2239PMI.CAPM.v2023-11-13.q557; 2830PMI.CAPM.v2022-12-05.q284; 5373PMI.CAPM.v2022-08-22.q493

최근 업로드: 148NREMT.EMT.v2026-07-10.q146; 144EXIN.PR2F.v2026-07-10.q152; 126Workday.Workday-Pro-HCM-Core.v2026-07-10.q59; 132Symantec.250-573.v2026-07-10.q63; 289PMI.CAPM.v2026-07-09.q999; 311Snowflake.COF-C02.v2026-07-09.q699; 134Guidewire.InsuranceSuite-Analyst.v2026-07-09.q40; 127SAP.C_FSM_2601.v2026-07-09.q22; 158NetworkAppliance.NS0-185.v2026-07-09.q82; 165Huawei.H31-411.v2026-07-09.q111