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

CAPM 문제 726

프로젝트 팀 관리 프로세스의 도구 및 기법 중 하나는 다음과 같습니다.

A. 조직도.

B. 기본 규칙.

C. 조직 이론,

D. 갈등 관리.

CAPM 문제 727

원가 산정 시 고려되는 기업 환경 요인은 무엇입니까?

A. 시장 상황 및 공개된 상업 정보

B. 회사 구조 및 시장 상황

C. 상업 정보 및 회사 구조

D. 기존 인적 자원 및 시장 상황

CAPM 문제 728

애자일 원칙 중 "개발 후반 단계에서도 요구사항 변경을 환영한다"는 것은 어떤 애자일 선언문과 관련이 있습니까?

A. 포괄적인 문서 위에 작동하는 소프트웨어

B. 프로세스와 도구보다 개인과 상호작용이 우선시됨

C. 계약 협상에 대한 고객 협력

D. 계획을 따르는 것보다 변화에 대응하는 것

정답: D

애자일 실무 가이드(프로젝트 관리 협회와 공동 개발)와 애자일 소프트웨어 개발 선언문에 따르면, 요구사항 변경을 수용하는 원칙은 애자일 선언문의 네 번째 가치를 직접적으로 확장한 것입니다.
애자일 선언문은 네 가지 핵심 가치와 열두 가지 기본 원칙으로 구성되어 있습니다. 이 질문에서의 관계는 다음과 같습니다.
* 핵심 가치: "계획을 따르는 것보다 변화에 대응하는 것."
* 핵심 원칙: "개발 후반 단계에서도 요구사항 변경을 환영하라. 애자일 프로세스는 변화를 활용하여 고객의 경쟁 우위를 확보한다." 전통적인 (예측 기반) 프로젝트 관리에서는 후반 단계의 변경 사항을 "범위 확장"으로 간주하여 엄격한 변경 관리를 통해 억제하는 경향이 있다. 그러나 애자일에서는 변화를 변화하는 시장에서 제품의 관련성과 가치를 유지하는 방법으로 여긴다.

오답 분석:
* A (완벽한 문서보다 작동하는 소프트웨어): 이 값은 진척도의 주요 척도(작동하는 소프트웨어)와 단순성(수행하지 않는 작업량을 극대화하는 기술)에 중점을 두는 원칙과 관련이 있습니다.
* B (프로세스와 도구보다 개인과 상호작용): 이 가치는 자기 조직화 팀, 동일 공간 활용, 대면 대화와 관련된 원칙을 의미합니다.
* C (계약 협상보다 고객과의 협력): 이 가치는 납품팀과 비즈니스/고객 간의 관계에 초점을 맞추어 초기 계약 조건에 대한 엄격한 준수보다는 파트너십을 강조합니다.
핵심 개념: "고객 협업"(옵션 C)은 종종 요구사항 변경으로 이어지지만, 변화를 수용하고 경직된 초기 로드맵보다 변화를 우선시하는 행위 자체가 계획을 따르는 것보다 변화에 대응하는 것의 정의입니다.

CAPM 문제 729

프로젝트 포트폴리오 관리란 무엇인가요?

A. 효과적인 관리를 용이하게 하고 전략적 사업 목표를 달성하기 위해 함께 그룹화된 프로젝트 모음의 관리.

B. 회사가 수행하는 모든 프로젝트의 관리.

C. 프로젝트를 보다 관리하기 쉬운 하위 프로젝트로 나누어 관리하는 방식.

D. 기획, 조직, 인력 배치, 실행 및 통제와 같은 일반 경영 기술 포트폴리오를 활용하여 프로젝트를 관리합니다.

CAPM 문제 730

프로젝트 팀이 첫 번째 반복 작업을 완료했고, 테스트 관리자가 테스트 보고서를 승인하여 승인 기준이 충족되었음을 확인했습니다. 하지만 신제품을 사용할 사업부 관리자는 해당 팀의 제품 배포를 승인하기 전에 추가 기능을 요청하고 있습니다.
프로젝트 관리자는 다음에 무엇을 해야 할까요?

A. 이 문제를 프로젝트 담당자에게 보고하십시오.

B. 다른 사업부부터 시작하도록 출시 일정을 변경합니다.

C. 새로운 요구 사항을 포함하도록 배포 일정을 재조정합니다.

D. 이 문제를 프로젝트 관리 사무실(PMO)에 보고하십시오.

정답: A

PMBOK 가이드와 PMI 비즈니스 분석 가이드에 따르면, 이러한 상황은 반복 작업이 끝날 때 "기술적 승인"과 "비즈니스 승인" 사이에 충돌이 발생하는 것을 의미합니다.
* 갈등 해결 및 관리: 프로젝트 팀은 테스트 관리자의 확인을 거쳐 사전 정의된 승인 기준을 성공적으로 충족했습니다. 그러나 고위 이해관계자(사업부 관리자)가 출시를 위한 전제 조건으로 새로운 요구 사항을 추가하고 있습니다. 이미 해당 반복 작업이 완료되었고 원래 목표가 달성되었으므로, 이는 이해관계자의 기대치와 프로젝트 범위에 상당한 변화를 의미합니다.
* 프로젝트 스폰서의 역할: 프로젝트 스폰서는 프로젝트에 필요한 자원과 지원을 제공하고 프로젝트의 성공을 책임지는 사람입니다. 프로젝트 결과물과 사업부의 요구사항 사이에 의견 차이가 발생할 경우, 프로젝트 스폰서는 최종 결정권을 가집니다. 프로젝트 관리자는 스폰서에게 문제를 보고하여 원래의 출시 계획을 고수할지, 아니면 추가 기능을 위한 자금을 지원하고 승인할지 결정해야 합니다.
* 범위 관리: 요구사항을 즉시 수락하는 것(옵션 C)은 적절한 승인 없이 범위 확대를 초래하고 일정 지연으로 이어질 수 있습니다. 스폰서에게 보고하면 예산 담당자가 새로운 요청의 사업적 가치를 프로젝트 제약 조건과 비교하여 평가할 수 있습니다.
다른 선택지 분석:
* 옵션 B: 배포 일정을 다른 부서로 변경하는 것은 근본적인 문제를 회피하는 시기상조적인 조치입니다.
프로젝트 관리자는 스폰서 또는 운영위원회와 협의 없이 출시 전략을 변경할 권한이 아직 없습니다.
* 옵션 C: 공식적인 평가 및 승인 절차 없이 이 단계에서 새로운 요구사항을 포함하는 것은 변경 관리 원칙을 위반하는 것입니다. 이는 프로젝트를 지연시키고 현재 반복 작업의 결과물 품질에 잠재적으로 영향을 미칠 수 있습니다.
* 옵션 D: PMO는 일반적으로 템플릿, 모범 사례 및 감독 기능을 제공합니다. 상황 처리 방법에 대한 조언을 제공할 수는 있지만, 사업부별 범위 관련 분쟁을 해결할 권한은 일반적으로 없습니다. 이는 프로젝트 스폰서의 역할입니다.
PMI 표준에 따르면, 주요 이해관계자가 합의된 기준이 충족된 후 추가적인 범위 확대를 요구할 경우, 프로젝트 관리자는 프로젝트 스폰서에게 보고하여 전략적 방향과 프로젝트의 사업 타당성에 미치는 영향을 결정해야 합니다.

다른 버전: 1886PMI.CAPM.v2026-01-31.q882; 2242PMI.CAPM.v2023-11-13.q557; 2833PMI.CAPM.v2022-12-05.q284; 5376PMI.CAPM.v2022-08-22.q493

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