무료 온라인 액세스 APMG-International.AgilePM-Practitioner.v2026-07-25.q93 모의 시험 (Page 13)

AgilePM-Practitioner 문제 56

프로젝트 시나리오와 제공된 추가 정보를 활용하여
시나리오 책자에 있는 이 질문에 대해 다음 질문에 답하십시오.
타당성 조사에 관하여.
각 질문에서 요구하는 선택지 수에 맞춰 답변해 주시기 바랍니다.
다음 두 가지 설명은 프로젝트 실행 계획을 수립할 때 애자일 프로젝트 관리 방법을 적절하게 적용하는 방법을 보여줍니다.

A. 프로젝트 관리자는 계획 승인과 관련된 알려진 제약 조건을 모두 포함해야 합니다.

B. 프로젝트 관리자는 프로젝트 초기 단계에서 어떠한 위험 요소도 파악할 필요가 없습니다.

C. 프로젝트 접근 방식은 프로젝트 접근 방식 설문 조사 응답을 기반으로 해야 합니다.

D. 계약이 아직 체결되지 않았으므로, 토공사 수석 정원사는 결과물 관련 논의에서 제외되어야 합니다.

E. Architecture Angels의 마케팅 이사는 실행 계획 수립에 참여해야 합니다.

AgilePM-Practitioner 문제 57

Xan Insurance Company는 개별 관리자를 위한 별도의 개인 사무실이 없는 친근한 회사입니다. 직원들은 이메일이나 잦은 회의를 하기보다는 사무실 공간을 자유롭게 돌아다니며 일대일로 대화를 나누는 것을 선호합니다.
웹 프로젝트 전반에 걸쳐 효과적인 의사소통을 계획할 때 프로젝트 관리자는 어떤 조치를 취해야 할까요?

A. 프로젝트에 대한 권한과 영향력을 가진 사람들을 파악하고 그들이 필요로 하는 정보를 알아내십시오.

B. 기존의 자발적이고 비공식적인 소통 방식이 모든 프로젝트 단계 및 솔루션 개발팀 구성원에게 적합하므로 별도의 조치가 필요하지 않습니다.

C. 이는 이미 일반적인 관행이므로, 솔루션 개발팀의 모든 구성원이 효과적인 의사소통 능력을 갖추고 있다고 가정합니다.

D. 향후 참고를 위해 모든 의사소통 기록이 남도록 이메일 사용을 의무화합니다.

AgilePM-Practitioner 문제 58

(효과적인 위험 관리를 위한 적절한 팀 행동을 설명하는 문장 2개는 무엇입니까?)

A. 팀 구성원들은 협력적인 사고방식을 채택하여 위험을 식별하고 완화하는 책임을 공유해야 합니다.

B. 히라는 모든 위험 관리에 대한 전적인 책임을 져야 하며, 책임 소재가 명확해야 합니다.

C. 개발자는 모든 위험을 상위 부서로 보고하지 않고 협력하여 신속하게 해결해야 합니다.

D. 수크라 아룬은 솔루션이 목적에 부합하는지 확인하기 위해 모든 기술적 위험을 독립적으로 처리해야 합니다.

E. 위험 관리는 별도의 프로세스가 아니라, 사전에 예방하고 일상 활동의 일부로 통합되어야 합니다.

정답: A,E

정답은 A와 E입니다.
애자일PM에서 효과적인 위험 관리는 팀 전체의 공동 책임, 지속적인 인식, 그리고 선제적 행동에 달려 있습니다. 위험은 특정 역할, 문서, 또는 사건 하나에만 국한되어 처리되는 것이 아닙니다. 위험 관리는 팀이 매일 일하는 방식 속에 녹아들어 있습니다.
A가 정답인 이유
"팀 구성원들은 위험을 식별하고 완화하는 책임을 공유하는 협력적인 사고방식을 가져야 합니다." 이는 애자일 프로젝트 관리(AgilePM)의 핵심 원칙과 일맥상통합니다. 위험은 여러 영역에서 발생합니다.
* 사업 우선순위,
기술적 타당성,
* 규정 준수,
* 종속성,
이해관계자 참여
* 및 배송 제약 조건.
그렇기 때문에 위험을 관리하는 가장 좋은 방법은 팀이 협력하여 문제를 조기에 제기하는 것입니다.
사람마다 위험을 인식하는 방식이 다릅니다.
* Mira는 가치 또는 우선순위 위험을 감지할 수 있습니다.
* 수크라는 아키텍처 또는 통합 관련 위험을 발견할 수 있습니다.
* 히라는 조정 또는 의존성 위험을 감지할 수 있습니다.
* 와니다는 규정 준수 위험에 직면할 수 있습니다.
* 개발자는 구현 가능성 측면에서 위험에 직면할 수 있습니다.
AgilePM은 위험을 한 사람에게 맡기는 대신 공개적으로 드러내고 함께 해결하는 문화를 장려합니다.
E가 정답인 이유
"위험 관리는 별도의 프로세스가 아니라, 사전에 예방하고 일상 활동의 일부로 통합되어야 합니다." 이는 애자일PM의 핵심 원칙이기도 합니다. 위험 관리는 다음과 같은 경우에 가장 효과적입니다.
* 연속적인,
* 보이는,
* 팀 토론에 포함됨,
* 일반적인 배송 활동의 일부로 처리됩니다.
즉, 다음과 같은 상황에서 위험 요소를 고려해야 합니다.
계획,
* 백로그 논의,
* 리뷰,
* 매일 협업,
* 의존성 관련 대화,
* 및 이해관계자 의견.
애자일PM은 위험을 단지 형식적인 회의에서만 검토하는 대상으로 여기지 않습니다. 팀은 발생 가능한 문제에 주의를 기울이고 큰 문제로 발전하기 전에 대응해야 합니다.
다른 선택지가 틀린 이유는 무엇일까요?
B) 히라는 모든 위험 관리에 대한 전적인 책임을 져야 하며, 책임 소재가 명확해야 합니다.
이는 잘못된 정보입니다. 프로젝트 관리자인 히라는 위험 관리 조정에 중요한 역할을 하지만, 애자일PM은 모든 위험 관리 책임을 한 사람에게만 부여하지 않습니다. 위험 관리는 비즈니스, 기술 및 실행 담당자들이 공유합니다.
C) 개발자는 모든 위험을 상위 부서로 보고하지 않고 협력하여 신속하게 해결해야 합니다.
이는 잘못된 주장입니다. 일부 위험은 상위 부서에 보고해야 하기 때문입니다. AgilePM은 팀이 적절한 수준에서 문제를 해결하도록 권장하지만, 더 광범위한 의사 결정, 후원, 거버넌스 또는 팀 간 협력이 필요한 경우 상위 부서로 보고하는 것을 피하라는 의미는 아닙니다.
D) 수크라 아룬은 솔루션이 목적에 부합하는지 확인하기 위해 모든 기술적 위험을 독립적으로 처리해야 합니다.
이는 잘못된 주장입니다. 기술적 위험조차도 협업을 필요로 하는 경우가 많기 때문입니다. 수크라는 아키텍처 리더십을 제공하지만, 기술적 위험은 우선순위, 비용, 규정 준수, 사용성 및 비즈니스 성과에 영향을 미칠 수 있으므로 단독으로 처리해서는 안 됩니다.
AgilePM 관점
AgilePM은 다음과 같은 팀 행동을 지원합니다.
*모두가 위험을 인지하고 있습니다.
* 위험 요소에 대해서는 초기에 논의합니다.
* 다양한 직책의 사람들이 협력합니다.
* 필요한 경우 상위 담당자에게 보고합니다.
* 위험을 고려하는 사고방식은 일상적인 업무 수행의 일부입니다.
따라서 효과적인 위험 관리를 위한 적절한 팀 행동을 가장 잘 설명하는 두 가지 진술은 다음과 같습니다.
에이, 에이

AgilePM-Practitioner 문제 59

프로젝트 승인 기준에 관한 다음 질문에 답하십시오.
수용 기준 설정 및 활용 방식이 적절하게 적용되었는지 판단하고, 그 판단을 뒷받침하는 답변을 선택하십시오.
솔루션 개발 타임박스 A의 시작 단계에서는 타임박스에 대한 상세한 계획 수립이 진행됩니다. 기초 작업은 높은 수준에서 진행되었지만, 우선순위 요구사항 목록은 기준선으로 설정되었습니다. 이제 솔루션 개발팀은 각 요구사항에 대한 상세한 승인 기준을 설정하고 있습니다.
이것이 상세한 승인 기준을 설정하는 데 적절한 접근 방식일까요?

A. 네, 합격 기준은 기초 과정에서는 개략적으로만 이해할 수 있고, 항상 추가적인 조사가 필요하기 때문입니다.

B. 네, 솔루션 개발팀 구성원들이 솔루션 개발 타임박스 A 기간 동안 처음으로 승인 기준을 설정할 예정이기 때문입니다.

C. 아니요, 솔루션 개발팀은 승인 기준 설정에 관여해서는 안 되기 때문입니다.

D. 아니요, 기초 과정 동안 각 요구 사항에 대해 합격 기준을 자세히 설정해야 하기 때문입니다.

AgilePM-Practitioner 문제 60

프로젝트 시나리오를 활용하여 애자일 프로젝트 라이프사이클의 활동에 대한 다음 질문에 답하십시오.
아래 표의 1행부터 5행까지는 각각 주장문과 이유문으로 구성됩니다. 각 행에 대해 A부터 E까지의 옵션 중에서 가장 적절한 옵션을 선택하십시오. 각 옵션은 한 번, 여러 번 또는 전혀 사용되지 않을 수 있습니다.

역설:-
1. 각 타임박스 종료 시점에 회의실과 시설은 실제 사용 상태로 전환되어야 합니다.
왜냐하면
이유:
진화적 개발과 배포는 여러 팀의 통합이 필요한 특정 기간(Timebox) 내에서 결합되어야 합니다.
2. 각 솔루션 개발 타임박스와 관련된 작업은 납품 계획에 포함되어야 합니다.
왜냐하면
이유:
일반적인 납품 계획에는 임박한 프로젝트 증분에 대한 타임박스 및 기타 주요 활동 일정이 포함됩니다.
3. 개발 접근 방식은 기초 과정에서 합의되었어야 했습니다.
왜냐하면
이유:
진화적 개발을 시작하기 전에 개발 접근 방식에 대한 정의를 먼저 수립해야 합니다.
4. Timber Tigers와 Earth Excavations에서 얻은 자원은 진화적 개발을 시작하기 전에 활용되었어야 했습니다.
왜냐하면
이유:
납품 약속은 프로젝트 수준에서 사전에 합의된 자원 수준을 기반으로 합니다.
5. 최종 배포 단계는 타임박스 C가 완료된 후에 진행되어야 합니다.
왜냐하면
이유:
프로젝트 완료 후, 구축된 솔루션에 대한 평가를 통해 기대했던 이점이 달성되었는지 확인합니다.

정답:

설명:
애자일 실무자
각 줄에 대해, 해당하는 A부터 E까지의 옵션은 다음과 같습니다.
* 각 타임박스 종료 시점에 회의실과 시설은 실제 사용 상태로 전환되어야 합니다.
* D. 거짓 (주장) 참 (이유)
* 근거: 진화적 개발과 배포는 타임박스 내에 결합될 수 있지만, 각 타임박스 종료 시점에 회의실 및 시설을 실제 사용 환경에 배포해야 하는 것은 아닙니다. 실제 사용 환경 배포는 일반적으로 제품 출시 준비가 완료된 후 여러 타임박스가 지난 시점에 이루어집니다.
* 각 솔루션 개발 타임박스와 관련된 작업은 납품 계획에 포함되어야 합니다.
* A. 참 (주장) 참 (이유)
* 근거: 납품 계획에는 타임박스 일정과 향후 프로젝트 증분에 계획된 주요 활동(각 솔루션 개발 타임박스에 대한 작업 포함)이 명시되어야 합니다.
* 개발 접근 방식은 기초 과정에서 합의되었어야 합니다.
* A. 참 (주장) 참 (이유)
* 근거: 개발 접근 방식은 기초 단계에서 합의되어야 하는 사항입니다. 개발 접근 방식 정의는 진화적 개발이 어떻게 진행될지에 대한 토대를 마련하기 때문입니다.
* Timber Tigers와 Earth Excavations의 자원은 진화적 개발을 시작하기 전에 활용되었어야 했습니다.
* C. 참 (주장) 거짓 (이유)
* 근거: 자원 확보와 참여를 보장하기 위해 진화적 개발이 시작되기 전에 자원을 투입해야 한다는 것은 사실입니다. 그러나 이러한 참여는 일반적으로 프로젝트 수준에서 미리 합의된 자원 수준에만 의존하는 것이 아니라, 기초 단계에서 이루어진 상세한 계획 및 합의를 기반으로 합니다.
* 최종 배포 단계는 타임박스 C가 완료된 후에 진행되어야 합니다.
* E. 거짓 (주장) 거짓 (이유)
* 근거: 배포 단계는 일반적으로 일회성 최종 단계가 아니라, 정해진 기간 내에 개발이 진행되는 과정의 일부로 점진적으로 이루어집니다. 또한, 기대되는 이점이 달성되었는지 여부를 평가하는 것은 이점 실현 과정의 일부이며, 기간 C 이후에 최종 배포 단계를 진행하는 유일한 이유는 아닙니다.