무료 온라인 액세스 PMI.PMP.v2025-04-14.q999 모의 시험 (Page 113)

PMP 문제 556

프로젝트 작업을 실행하고 수행하기 위한 다양한 접근 방식을 생성하는 데 사용되는 범위 정의 기술은 무엇입니까?

A. 구축 vs. 구매

B. 전문가 판단

C. 대안 식별

D. 제품 분석

PMP 문제 557

사람을 다루는 주제는 다음과 같습니다.

A. 성과평가, 채용, 유지, 노동관계, 건강 및 안전 규정, 그리고 인사기능 관리와 관련된 기타 과목

B. 위임, 동기 부여, 코칭, 멘토링 및 사람을 대하는 것과 관련된 기타 주제

C. 위의 모든 것

D. 다른 사람을 이끌고, 소통하고, 협상하기

PMP 문제 558

월간 임원 운영 위원회 회의에서 기능 관리자가 마지막 상태 보고서에 기록된 일정 지연에 대해 알지 못했다고 말했습니다. 프로젝트 관리자는 앞으로 이런 상황을 피하기 위해 무엇을 해야 할까요?

A. 운영위원회에 보고하기 전에 상태, 문제점, 위험을 강조하기 위해 정기적인 프로젝트 팀 회의를 실시합니다.

B. 기능 관리자로 인해 프로젝트가 중단될 가능성이 있는 경우 이를 반영하여 위험 등록부를 업데이트합니다.

C. 다음 운영위원회 회의 전에 일정, 얻은 교훈, 문제점 기록을 업데이트하세요.

D. 기능 관리자에게 프로젝트 관리 정보 시스템(PMIS)에 대한 접근 권한을 제공합니다.

PMP 문제 559

최근 프로젝트 속도가 느려졌고, 모멘텀을 높이고 프로젝트를 다시 올바른 길로 이끌기 위해 테스트를 건너뛰기로 결정했습니다. 이러한 결정으로 인해 프로젝트 관리자는 무엇에 집중해야 할까요?

A. 번율 증가

B. 비용 증가

C. 기술 부채 증가

D. 효율성 감소

정답: C

기술 부채는 소프트웨어 개발 프로젝트에서 품질이 좋지 않거나 작업이 완료되지 않은 결과를 설명하는 데 사용되는 용어입니다. 이는 테스트, 문서화, 설계 또는 기타 모범 사례를 건너뛰거나 타협하여 미래에 필요한 재작업 또는 유지 관리의 암묵적 비용을 말합니다. 기술 부채는 프로젝트 속도, 품질, 성능, 신뢰성, 보안 및 고객 만족도에 부정적인 영향을 미칠 수 있습니다. Professional in Business Analysis Reference Materials1에 따르면 기술 부채는 네 가지 유형으로 분류할 수 있습니다.
* 고의적이고 무모함: 이는 팀이 나중에 문제가 발생할 것이라는 것을 알면서도 이를 해결할 계획 없이 의도적으로 테스트나 기타 품질 측정을 건너뛰기로 선택하는 경우입니다. 이는 프로젝트나 조직을 위험에 빠뜨릴 수 있는 주요 결함, 실패 또는 침해로 이어질 수 있으므로 가장 해로운 유형의 기술 부채입니다.
* 의도적이고 신중함: 이는 팀이 나중에 문제가 발생할 것을 알면서도 가능한 한 빨리 문제를 해결할 계획을 가지고 의도적으로 테스트나 기타 품질 측정을 건너뛰기로 선택하는 경우입니다.
이는 팀이 긴급한 마감일을 맞추고, 최소 실행 가능 제품을 제공하거나, 변화하는 요구 사항에 대응하는 데 도움이 될 수 있으므로 일반적인 유형의 기술 부채입니다. 그러나 이러한 유형의 기술 부채는 시간이 지남에 따라 축적되어 관리할 수 없게 될 수 있으므로 여전히 신중한 관리와 우선 순위 지정이 필요합니다.
* 부주의하고 무모함: 이는 팀이 기술, 지식 또는 경험 부족으로 인해 의도치 않게 기술 부채를 만들고 자신의 행동의 영향을 깨닫지 못하는 경우입니다. 이는 품질이 좋지 않은 제품, 낮은 고객 만족도 및 높은 유지 관리 비용으로 이어질 수 있으므로 위험한 유형의 기술 부채입니다. 이러한 유형의 기술 부채는 교육, 코칭, 멘토링 및 동료 평가에 투자하여 방지할 수 있습니다.
* 의도치 않은 신중함: 이는 팀이 진화하는 기술, 표준 또는 고객 요구 사항과 같은 불가피한 요소로 인해 의도치 않게 기술 부채를 만들고 지속적인 개선의 일환으로 이를 해결할 계획을 세운 경우입니다. 이는 소프트웨어 개발의 역동적인 특성을 반영하기 때문에 불가피한 유형의 기술 부채입니다. 이러한 유형의 기술 부채는 빈번한 피드백, 회고 및 리팩토링과 같은 민첩한 관행을 채택하여 관리할 수 있습니다.
따라서 정답은 C입니다. 기술 부채 증가. 테스트를 건너뛰면 프로젝트 관리자와 팀은 의도적이고 무모한 기술 부채를 만들어내며, 이는 프로젝트와 조직에 심각한 결과를 초래할 수 있습니다. 프로젝트 관리자는 가능한 한 빨리 기술 부채를 식별, 측정 및 줄이는 데 집중해야 하며, 앞으로는 그러한 결정을 내리지 않아야 합니다.
참고문헌:
* 기술 부채: 정의, 유형 및 관리.

PMP 문제 560

비용 편익 분석 도구는 다음을 만드는 데 사용됩니다.

A. 파레토 차트.

B. 품질 측정 항목.

C. 변경 요청.

D. 이시카와 다이어그램.

다른 버전: 3400PMI.PMP.v2025-12-27.q180; 4214PMI.PMP.v2024-10-31.q823; 4829PMI.PMP.v2024-06-19.q927; 3231PMI.PMP.v2024-03-05.q168; 2818PMI.PMP.v2023-07-28.q148; 6710PMI.PMP.v2023-02-03.q824; 10911PMI.PMP.v2022-06-13.q999; 4551PMI.PMP.v2022-05-18.q280

최근 업로드: 114GARP.2016-FRR.v2026-09-08.q268; 107Oracle.1Z0-1051-26.v2026-09-08.q15; 103DAMA.MD-1220.v2026-09-08.q48; 135Saviynt.SCAIP.v2026-09-07.q20; 294ISC.CCSP-KR.v2026-09-07.q424; 137Oracle.1Z0-1032-26.v2026-09-07.q23; 159Nursing.PMHN-BC.v2026-09-07.q38; 221Cisco.300-430.v2026-09-07.q266; 194Oracle.1Z1-171.v2026-09-06.q38; 200SAP.C_S4TM.v2026-09-06.q71