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

CAPM 문제 616

애자일 환경에서 비용을 관리할 때 프로젝트 관리자는 무엇을 고려해야 할까요?

A. 변화가 발생할 경우 경량 추정 방법을 사용할 수 있습니다.

B. 애자일 환경은 비용 집계를 더욱 어렵게 만듭니다.

C. 애자일 환경은 프로젝트 비용을 증가시키고 불확실성을 높입니다.

D. 상세 비용 계산은 잦은 변경 사항을 반영하는 것이 좋습니다.

정답: A

PMBOK 가이드와 애자일 실무 가이드에 따르면, 적응형(애자일) 환경에서의 비용 관리는 변화의 빈도가 높고 가치 중심적인 결과물 제공에 중점을 두기 때문에 예측형 환경과는 상당히 다릅니다.
* 경량 추정: 애자일 방식에서는 요구사항이 점진적으로 구체화되고 빈번하게 변경되기 때문에, 전체 프로젝트에 대한 상세한 하향식 비용 추정은 종종 부정확하고 낭비적입니다. 따라서 팀은 스토리 포인트, 티셔츠 사이즈, 상대적 사이즈와 같은 경량 추정 방법을 사용합니다. 이러한 방법은 신속하게 "개략적인" 예측을 가능하게 하며, 더 많은 정보가 확보됨에 따라 세부적으로 조정할 수 있습니다.
* 변화 수용: 애자일 방식에서는 비용 관리가 반복적인 개발 주기에 통합되어 있습니다. 스프린트 중에 새로운 요구사항이 발생하거나 우선순위가 변경될 경우, 이러한 "간소한" 견적 방식 덕분에 프로젝트 관리자와 팀은 사소한 비용 변동 하나하나에 대해 공식적이고 엄격한 변경 관리 프로세스를 거쳐야 하는 과중한 관리 부담 없이 예측치를 조정할 수 있습니다.
* 고정 예산/가변 범위: 애자일 프로젝트는 종종 고정 비용(팀의 반복 작업당 지출액 기준)과 가변적인 범위로 운영됩니다. 비용 관리는 팀이 가장 가치 있는 항목부터 먼저 작업하도록 하여 지출된 예산에 대한 최고의 투자 수익률(ROI)을 확보하는 데 중점을 둡니다.
다른 선택지 분석:
* B. 애자일 환경에서는 비용 집계가 더 어렵다: 이는 사실이 아닙니다. 애자일 환경에서는 비용이 복잡한 수천 개의 항목으로 구성된 WBS 구조가 아닌, 일반적으로 스프린트(반복 주기) 또는 팀 속도를 기준으로 추적되기 때문에 비용 집계가 더 간단한 경우가 많습니다.
* C. 애자일 환경은 프로젝트를 더 비싸고 불확실하게 만든다: 애자일은 작은 단위로 가치를 제공하고 조기 방향 전환을 허용함으로써 불확실성으로 인한 재정적 위험을 줄이도록 특별히 설계되었습니다. 불확실성을 다루는 것은 맞지만, 프로젝트 자체를 본질적으로 "더 비싸게" 만드는 것은 아닙니다.
* D. 상세한 비용 계산은 잦은 변경에서 이점을 얻는다: 사실 잦은 변경은 적이다
"상세한" 비용 계산. 만약 매우 상세한 비용 분석을 수행했는데 다음 날 범위가 변경된다면, 그 계산에 들인 노력은 헛수고가 됩니다. 이것이 바로 "간소한" 방법이 선호되는 이유입니다.

CAPM 문제 617

프로젝트에서 총 여유 시간은 다음을 측정합니다.

A. 프로젝트 기간을 단축하기 위해 일정 활동을 조정할 수 있는 능력.

B. 프로젝트 완료일을 변경하지 않고 활동을 연장하거나 지연할 수 있는 기간.

C. 일정이 단축된 후 프로젝트 일정을 정상화하는 데 소요된 비용.

D. 순방향 계산을 수행한 후 프로젝트에 필요한 총 자원 추정치.

CAPM 문제 618

프로젝트 관리자가 프로젝트 비용 관리 업무를 진행하고 있습니다. 다음 정보는 최신 정보입니다.
* 계획된 값 = 30
* 실제 비용 = 35
* 획득 가치 = 28
이 자료를 고려할 때, 어떤 프로젝트 지표가 정확합니까?

A. 일정 차이(SV) = 2

B. 비용 성과 지수(CPI) = 0.80

C. 일정 성과 지수(SPI) = 1.93

D. 원가 차이(CV) = 7

CAPM 문제 619

통합 변경 관리 실행 프로세스의 결과물은 다음과 같습니다.

A. 결과물.

B. 유효성이 검증된 변경 사항입니다.

C. 변경 로그.

D. 요구사항 추적 매트릭스.

CAPM 문제 620

새로운 게임 개발 프로세스는 세 가지 버전으로 구성되어야 합니다. 각 버전은 약 5번의 반복 개발 주기(각 주기당 약 1개월 소요)를 거쳐 개발될 예정입니다. 이는 소규모 기업이 첫 번째 개발 주기부터 투자 수익(ROI)을 달성하는 데 도움이 될 것입니다. 프로젝트 관리자는 어떤 방법론을 채택하고 구현해야 할까요?

A. 기능 중심 개발(FDD)은 제품 세그먼트를 제공하며, 개발 관리자가 마일스톤을 관리합니다.

B. 칸반은 팀이 요청된 시간 내에 각자의 속도에 맞춰 작업할 수 있는 유연성을 제공하기 때문에 선호합니다.

C. 스크럼은 스프린트와 회고를 활용하여 납기 단축과 제품 가치 극대화를 실현합니다.

D. 익스트림 프로그래밍(XP)을 채택할 것입니다. 개발자들이 짝을 이루어 작업하기 때문에 더 빠른 결과물을 제공할 수 있습니다.

정답: C

애자일 실무 가이드와 PMBOK 가이드에 따르면, 이 시나리오는 가치(ROI)의 조기 및 지속적인 제공을 보장하기 위해 적응형 환경 내에서 높은 수준의 구조가 필요한 프로젝트를 설명합니다.
* 반복적이고 점진적인 제공: "한 달씩 5번의 반복 주기"라는 요청은 스크럼 프레임워크의 스프린트 정의와 완벽하게 일치합니다. 스프린트는 일관성을 유지하고 복잡성을 줄이기 위해 한 달 이내로 기간이 정해져 있습니다.
* 투자 수익률 극대화: 스크럼은 매 스프린트 종료 시점에 잠재적으로 출시 가능한 제품 증분을 제공하도록 특별히 설계되었습니다. 이를 통해 중소기업은 게임 버전을 조기에 출시하여 "프로젝트 첫 주기부터 투자 수익을 확인할 수 있다"는 요구 사항을 충족할 수 있습니다.
* 경험적 프로세스 제어: 스프린트 리뷰 및 회고와 같은 의식을 통해 프로젝트 관리자와 팀은 제품과 프로세스를 검토하고, 제품의 시장 가치를 극대화하기 위해 가장 가치 있는 기능들을 (제품 백로그를 통해) 우선순위화할 수 있습니다.
다른 선택지 분석:
* 옵션 A: 기능 중심 개발(FDD)은 결과물을 일부 제공하지만, 특정 "기능"에 더 집중되어 있고 종종 계층적인 구조를 갖습니다. 스크럼은 투자 수익률(ROI)이 주요 동기인 시간 제한 및 반복 기반 게임 개발의 업계 표준입니다.
* 옵션 B: 칸반은 흐름 기반 방법론이며, 반드시 반복 기반 방법론은 아닙니다. 칸반은 제시된 "5회 반복 주기"와 같은 고정된 주기를 기본적으로 사용하지 않습니다. 칸반은 고정된 주기보다는 진행 중인 작업(WIP)을 줄이는 데 중점을 둡니다.
* 옵션 C: 익스트림 프로그래밍(XP)은 페어 프로그래밍과 같은 엔지니어링 실무에 중점을 둡니다. XP는 빠른 속도로 작업을 완료할 수 있지만, 특히 반복 작업 구조와 투자 수익률(ROI)/가치 창출이라는 목표를 강조하는 점이 중요한데, 이는 스크럼 프레임워크에서 강조하는 핵심 원칙입니다.
PMI 표준에 따르면, 스크럼은 프로젝트가 가치를 빈번하게 제공하고 조직의 투자 수익률(ROI)을 조기에 달성하기 위해 정해진 기간의 반복(스프린트)이 필요한 경우에 가장 적합한 방법론입니다.

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

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