서문: 본문에서 "잘못된 a"와 유사한 단어는 질문을 할 때 저자가 잘못 선택한 오답입니다.
1,
주간 프로젝트 회의에서 팀 구성원은 결과물을 수정하는 동안 영업 관리자가 전체 프로젝트에 영향을 미치는 고객 서비스 프로세스에 대한 변경 논의를 제안했고 프로젝트 관리자가 프로젝트의 영업 참여에 대해 우려했다고 말했습니다. 놀랍게도 이러한 상황을 사전에 예방하려면 관리자는 어떻게 해야 할까요?
A. 위험 검토 회의 개선 및 위험 등록 개선
B. 이해관계자 분석 수행 및 이해관계자 등록 개선
C. 기능 팀 프로세스를 문제 로그에 포함하고 예방 조치 개선
D. 프로젝트 범위 식별 및 이해관계자 정보
1. 답변 참조 :B
해결 방법: PMBOK (6) P507-13.1 이해 당사자를 식별합니다. 이해관계자 식별은 정기적으로 프로젝트 이해관계자를 식별하고 이해관계, 참여, 상호의존성, 영향 및 프로젝트에 대한 잠재적 영향을 분석 및 문서화하는 프로세스입니다.
2. 잘못된 b
프로젝트 관리자는 이해 당사자들과 회의를 소집하여 프로젝트가 새로운 정부 규정을 준수하는 데 필요한 방법을 공유했습니다. 이 분야의 주요 이해 관계자는 휴가 중이었지만 나중에 비즈니스 사례 개발에 의견을 추가했습니다. 프로젝트 관리자는 어떤 파일을 업데이트해야 합니까?
A. 변경 로그
B. 질문 로그
C. 이해관계자 등록
D. 새로운 정보 로그
2. 참조 답변: C
해결책: PMBOK (6) P529-13.3.3.3 이해관계자 참여 관리 - 이해관계자 등록. 이해 당사자 등록은 문제 해결, 변경 승인 및 프로젝트 상태와 관련하여 이해 당사자에게 제공된 새로운 정보를 기반으로 업데이트해야 할 수 있습니다.
삼,
프로젝트 진행 회의 중에 프로젝트 관리자는 이해 관계자 중 한 명이 프로젝트를 매우 지원하고 기꺼이 도와준다는 사실을 발견했으며 이해 관계자 등록부를 검토할 때 이해 관계자의 권한 수준에 따라 이 이해 관계자가 잘못 색인화되었음을 발견했습니다. 프로젝트 관리자는 이해 관계자의 위치를 참고로 순위를 매기려면 어떻게 해야 합니까?
가. 의사소통관리계획서 갱신, 이해관계자 권한등급 지수화 나.
지속적인 이해관계자 식별 및 평가, 이해관계자 등록부 갱신 다.
최근 수집된 평가정보 및 분류에 따른 변경요청서 제출 라.
확인 이전 프로젝트에서 3. 참고
답변: B
분석: PMBOK (6) P417-13.1 관련 당사자를 식별합니다. 이해 당사자를 정기적으로 식별하고 그들의 관심사, 참여, 상호 의존성, 영향 및 프로젝트 성공에 대한 잠재적 영향을 분석하고 문서화합니다. 프로젝트 팀이 각 이해 관계자 또는 이해 관계자 그룹에 적절한 초점을 설정할 수 있습니다. 이해 관계자 식별은 필요에 따라 프로젝트 전반에 걸쳐 주기적으로 수행되어야 합니다.
4、
주요 프로젝트 이해 관계자는 프로젝트 관리자에게 프로젝트 가치가 100만 달러 미만인 프로젝트에는 공식 승인이 필요하지 않다고 알렸습니다. 프로젝트 관리자는 다음에 무엇을 해야 합니까?
A. 정식 승인 없이 사업을 진행한다.
B. 사업 후원자에게 피드백을 요청하고 서면 승인을 받아 진행한다. C.
사업 헌장을 업데이트하여 정식 승인이 필요하지 않음을 명시하고 사업을 진행한다.
D. 사업관리실에 통보한다( PMO) ) 정식 승인 없이 프로젝트를 계속 실행
4. 참고 답변: B
분석: 프로젝트는 헌장이 있어야 하며 그렇지 않으면 이름이 올바르지 않으며 후속 작업을 수행할 수 없습니다. 먼저 프로젝트 헌장의 서면 승인을 받으십시오.
5. 잘못된
금융가는 미래의 고급 호텔에 대한 투자를 고려하고 있습니다.호텔이 속한 국가는 경제적 문제가 있습니다.회사의 시장 정보 관리자와 몇 차례 회의를 거친 후에도 금융가는 여전히 프로젝트 투자에 대해 회의적입니다.프로젝트 관리자는 무엇을 제안해야 합니까? 금융가를 설득?
A. 인플레이션, GDP 및 프로젝트 예측을 포함하는 프로젝트 계획
B. 범위 개발 계획
C. 경제 상황에 대한 예측을 제공하는 비즈니스 사례
D. 프로젝트 순 현재 가치
5. 참고 답변: C
분석: PMBOK(6) P77-4.1. 1.1 비즈니스 문서. 비즈니스 사례는 비즈니스 관점에서 필요한 정보를 기술하고 이를 바탕으로 프로젝트의 원하는 결과가 투자 가치가 있는지 여부를 결정합니다.
6. 잘못된 d
숙련된 프로젝트 관리자가 새로운 회사에 합류하여 수년 동안 진행된 대규모 글로벌 프로젝트에 참여하고 있습니다. 프로젝트 관리자는 예상 결과를 알고 싶어합니다. 프로젝트 관리자는 어떤 문서를 참조해야 합니까?
A. 비즈니스 정당성
B. 프로젝트 관리 계획
C. 요구 사항 관리 계획
D. 혜택 관리 계획
6. 참고 답변: A
분석: MBOK (6) P77-4.1.1.1 프로젝트 헌장 및 비즈니스 문서를 작성합니다. 비즈니스 사례는 비즈니스 관점에서 필요한 정보를 기술하고 이를 바탕으로 프로젝트의 원하는 결과가 투자 가치가 있는지 여부를 결정합니다.
7、
프로젝트 관리자는 프로젝트 스폰서로부터 프로젝트 헌장을 받고 잘 알려진 누락 사항을 발견한 경우 어떻게 해야 합니까? 높은 수준의 위험이 프로젝트 헌장에 포함되어 있지 않습니까? ?
A. 작업 명세서에 높은 수준의 위험 추가
B. 통합 변경 제어 수행
C. 후원자와 문제 논의
D. 위험을 커버하기 위한 위험 관리 계획 수정
7. 참고 답변: C
결의안: PMBOK (6) P75 -4.1 프로젝트 헌장을 개발합니다. 프로젝트를 공식적으로 승인하고 프로젝트 관리자가 프로젝트 활동에서 조직 리소스를 사용할 수 있는 권한을 부여하는 문서를 준비합니다. 여기에는 전반적인 위험이 포함되며 높은 수준의 위험이 누락된 경우 프로젝트 헌장의 개발자인 후원자와 논의해야 합니다. 때로는 프로젝트 관리자가 프로젝트 헌장을 준비하도록 위임받거나 후원자와 함께 개발을 진행하기도 합니다. 프로젝트 헌장.
8. 잘못된 b
프로젝트 관리자가 새 자동차 모델을 납품하기 위한 프로젝트를 관리하고 있습니다. 프로젝트 엔지니어는 프로젝트 관리자에게 추가 안전 요소가 포함되어야 한다고 알립니다. 프로젝트 관리자는 요구 사항 추적 가능성 매트릭스에 안전 요소를 추가하고 프로젝트 실행을 시작합니다. 고객은 프로젝트 관리자에게 이 새로운 기능에 대한 지불을 제공하지 않을 것이라고 알립니다. 이 문제를 피하기 위해 프로젝트 관리자는 무엇을 먼저 해야 합니까?
A. 범위 기술서에 요구 사항을 추가합니다.
B. 변경 관리 위원회에서 요구 사항을 명확히 합니다.
C. 새 요구 사항을 포함하는 변경 요청을 제출합니다.
D. 구두 승인이 수락될 때까지 요구 사항 추적 매트릭스에서 요구 사항을 제외합니다.
8. 참조 답변: A 해상도
: PMBOK (6) P150-5.3은 범위를 정의합니다. 자세한 프로젝트 및 제품 설명을 개발합니다.
9. 틀린 c
프로젝트 관리자는 회사의 첫 번째 디지털 혁신 프로젝트를 관리하고 있습니다. 프로젝트 헌장을 검토한 후 프로젝트 관리자는 범위 정의가 너무 느슨하다고 결정했습니다. 프로젝트 관리자는 다음에 무엇을 해야 합니까?
A. 관심 있는 사람들을 인터뷰하여 높은 수준의 요구 사항을 식별합니다.
B. 상세한 작업 분할 구조(WBS)로 프로젝트 계획을 만듭니다.
C. 범위를 보다 정확하게 정의하기 위해 관심 있는 사람들과 브레인스토밍합니다.
D. 프로젝트 스폰서와 범위
9. 참고 답변: A. 프로젝트 헌장에는 높은 수준의 요구 사항이 포함되어 있으므로 모든 관련 당사자와 브레인스토밍하기보다는 높은 수준의 요구 사항과 관련된 관련 당사자를 인터뷰해야 합니다.
범위 정의는 상위 수준이 되어야 합니다...
10. 잘못된
프로젝트의 초기 단계에서 새로운 규정이 통과되었습니다. 이 규정은 프로젝트의 일정과 예산에 영향을 미칠 가능성이 있습니다. 계획 단계를 시작하기 전에 프로젝트 관리자가 수행해야 하는 작업
A. 정성적 위험 분석 수행
B. 프로젝트 헌장에 이 위험 포함
C. 위험 대응 계획을 업데이트합니다.
D. 일정 및 예산 변경을 요청합니다.
10. 참고답안: 나. 프로젝트 초기에 식별된 위험은 프로젝트 헌장에 통합됩니다.
11、
이해관계자의 지원 부족으로 인해 프로젝트 관리자는 프로젝트와 예산이 승인되었음에도 불구하고 리소스를 확보할 수 없었습니다. 프로젝트 관리자는 어떻게 해야 합니까
A. 문제를 상위 관리자에게 에스컬레이션합니다.
B. 이해관계자 분석을 수행하고 이해관계자를 참여시키기 위한 킥오프 회의를 개최합니다.
다. 차기 사업현황회의에서 이해관계자의 보다 나은 지원을 요청한다.
D. 위험 로그에 문제 및 완화 계획을 추가하고 후원자에게 알립니다.
11. 참고답안: 나. 프로젝트 및 예산이 승인되어 스폰서(회사의 고위급)가 프로젝트를 지원했음을 나타냅니다. 현재 문제는 이해관계자의 참여가 매우 낮은데, 먼저 이해관계자의 참여가 저조한 구체적인 이유를 분석할 필요가 있으므로 이해관계자 분석을 수행한다(PMBOK 13.1.2.3). 시작 회의에는 모든 관련 당사자와 회사의 고위 경영진이 참석해야 하며 회의에서 고위 경영진은 모든 관련 당사자가 프로젝트에 협력하도록 촉구합니다. 킥오프 회의는 프로젝트에 대한 팀의 의지를 얻고 리소스를 확보하는 데 목적이 있습니다.
12、
시작 회의에서 여러 이해 관계자가 프로젝트 관리 계획의 여러 측면에 대해 이의를 제기했으며 모든 이의 제기가 해결된 후 프로젝트 팀은 계획에 대한 지원을 받았으며 스폰서 및 이해 관계자는 프로젝트를 전적으로 지원하기로 약속했습니다. 이것은 다음 중 어떤 경우에 해당합니까?
A. 활기찬 파티.
B. 효과적인 계획 및 커뮤니케이션.
C. 효율적인 팀워크.
D. 관련 당사자 관계의 복잡성.
12. 참고답: 나. PMBOKP86을 참고로 킥오프 미팅은 계획 단계의 끝을 의미하며, 질문 줄기에서 계획에 대한 최종 지원과 의지를 얻습니다. 이는 이전 계획이 효과적으로 완료되었음을 의미하므로 B를 선택하십시오.
13、
프로젝트 관리자는 최근에 받은 산출물에 대해 논쟁하는 프로젝트 팀과 공급업체의 이메일 공세를 받습니다. 프로젝트 팀은 인도물이 특정 요구 사항을 충족하지 못한다고 생각하지만 공급자는 요구 사항을 모른다고 주장합니다. 프로젝트 관리자는 어떤 문서를 먼저 참조해야 합니까?
A. 요구 사항 관리 계획.
B. 작업 분류 구조.
C. 커뮤니케이션 관리 계획.
D. 작업 지침.
13. 참고답: 라. PMBOK 12.1.3.4 조달작업명세서(Procurement Statement of Work)는 잠재적 판매자가 해당 제품, 서비스 또는 결과를 제공할 수 있는 능력을 결정할 수 있도록 조달할 제품, 서비스 또는 결과를 충분히 자세하게 설명합니다. 작업 명세서의 내용에는 사양, 요구 수량, 품질 수준, 성능 데이터, 성능 기간, 작업 위치 및 기타 요구 사항이 포함됩니다.
14、
조직은 명확한 목표를 가지고 프로젝트를 실행해야 했지만 지식 부족으로 특정 요구 사항을 파악하기 어려웠습니다. 프로젝트 관리자는 어떻게 해야 합니까
A. 작업 분할 구조(WRS)를 생성하고 승인을 얻습니다.
B. 더 많은 사양이 정의될 때까지 프로젝트를 연기하는 것이 좋습니다.
C. 스폰서의 검증 및 승인을 위한 기술 사양을 개발합니다.
D. 프로젝트 계획에 사용할 예비 범위 설명을 정의합니다.
14. 참고답: 라. PMBOK 5.2.3.1 요구 사항 문서 요구 사항 수집은 지속적으로 반복되는 점진적이고 상세한 프로세스입니다. 5.3 범위 정의 상세한 프로젝트 범위 기술서의 준비는 지속적으로 반복되는 점진적이고 상세한 프로세스입니다.
15、
프로젝트 관리자는 수익성 있는 프로젝트를 제 시간에 완료한 이력이 있는 조직에서 근무합니다. 그러나 이들 프로젝트는 이해관계자의 지원 부족과 정보 제공 미흡으로 어려움을 겪었다. 이러한 문제를 피하기 위해 프로젝트 관리자는 새 프로젝트를 시작할 때 어떻게 해야 합니까
A. 모든 이해 관계자의 기대를 관리하고 모든 사람을 위한 솔루션을 제공합니다.
B. 모든 관련 당사자를 포함하는 커뮤니케이션 관리 계획을 준비합니다.
C. 시작 단계에서 주요 이해 관계자를 식별하고 우선 순위를 지정합니다.
D. 이전 프로젝트의 중복 작업, 해당 프로젝트는 결국 문제가 없었기 때문입니다.
15. 참고답: 다. 이해관계자 지원 부족은 이해관계자 관리 문제입니다. C는 이해 당사자를 식별하는 작업이므로 다른 옵션을 배제할 수 있습니다.
16、
프로젝트 관리자는 회사에 지속적인 가치를 창출할 혁신 프로젝트를 주도합니다. 프로젝트 관리자는 프로젝트 범위를 브레인스토밍하고 세분화하기 위해 팀 회의를 개최합니다. 이 회의 에서
프로젝트 관리자와 팀은 무엇을 해야 합니까? C. 프로젝트 범위 기술서를 검토합니다. D. 프로젝트 헌장을 만듭니다 16. 참고 답변: A. 테스트 포인트: 5.4 WBS 생성 분석: WBS 생성의 입력 및 출력을 조사하고 "이후가 아닌 이전 선택" 원칙에 따라 입력 A를 선택합니다. C 프로젝트 범위 설명은 WBS를 공식화하기 위한 입력입니다. D 세분화된 프로젝트 범위가 없는 시작 단계에서 프로젝트 헌장을 생성합니다. A WBSB 생성은 WBS가 생성된 후 WBS 사전에 속합니다.
17、
프로젝트 관리자는 프로젝트 인도물과 스폰서의 기대치 사이에 불일치가 있음을 확인합니다. 일관성을 확인하기 위해 프로젝트 관리자는 다음 중 무엇을 설정해야 합니까?
A. 위험 등록
B. 이해관계자 참여 계획
C. 커뮤니케이션 관리 계획
D. 작업 분할 구조
17. 참고 답변: D. 작업 분할 구조의 정의에 따르면 "WBS는 프로젝트 팀이 프로젝트 목표를 달성하고 필요한 산출물을 생성하기 위해 구현해야 하는 모든 작업 범위의 계층적 분해입니다. 작업 분할 구조의 각 단계는 더 많은 것을 나타냅니다. 프로젝트 작업에 대한 자세한 분석. 정의"라는 질문에 답할 수 있습니다. 프로젝트 인도물과 후원자 기대치를 연결하는 역할
18、
새 프로젝트를 논의하는 이해 관계자 회의에서 운영 관리자는 프로젝트 관리자가 부서의 리소스에 액세스할 수 있다는 사실을 모르고 있다고 밝혔습니다. 프로젝트 관리자는 어떻게 해야 합니까
A. 스폰서가 작업 관리자와 만나도록 합니다.
B. 운영 관리자와 개별적으로 만나 기대치를 명확히 합니다.
C. 운영 관리자에게 공식 알림 메모를 보냅니다.
D. 운영 관리자에게 프로젝트 헌장 사본을 제공합니다.
18. 참고답: 라. 테스트 포인트: 4.1 프로젝트 헌장 공식화 분석: 프로젝트 헌장은 프로젝트 관리자의 책임과 권한을 규정합니다.
19、
프로젝트가 종료되는 동안 프로젝트 관리자는 프로젝트의 성공적인 완료에 대한 피드백을 받기가 어려웠고 일부 이해 당사자는 프로젝트의 성공 기준에 동의하지 않았으며 처음부터 프로젝트에 불만을 표시했습니다.
이러한 문제를 해결 하기 위해 프로젝트 관리자가 참조해야 하는 문서는 다음 중 무엇입니까?
B. 요구 문서.
C. 프로젝트 헌장.
D. 품질 관리 계획.
19. 참고답: 다. 테스트 포인트: 4.1.3 프로젝트 헌장 분석 개발: 개념적 질문, 프로젝트 헌장은 측정 가능한 프로젝트 목표 및 관련 성공 기준을 기록합니다.
20,
프로젝트 회의 중에 팀은 3개월 전에 종료된 문제가 여전히 활성 상태이며 프로젝트 예산에 부정적인 영향을 미치고 있음을 발견했습니다. 이러한 일이 다시 발생하지 않도록 프로젝트 관리자는 무엇을 할 수 있습니까?
A. 팀에 잠재적인 문제를 모니터링하도록 요청하십시오.
B. 문제를 위험 등록부에 위험으로 기록합니다.
C. 문제 로그를 업데이트하고 시정 조치를 모니터링합니다.
D. 모든 문제를 추적할 수 있도록 회의록을 가까이에 두십시오.
20. 참고답: 다. 문제 로그는 프로젝트 관리자가 문제를 효과적으로 추적하고 관리하여 문제를 조사하고 해결하는 데 도움이 됩니다. 해결되지 않고 반복되는 문제는 해결을 위해 문제 로그에 기록해야 합니다.
21、
많은 회의 후에도 프로젝트 관리자는 프로젝트 관리 계획에 대한 승인을 얻을 수 없었습니다. 의뢰인은 상급자와 확인이 필요한데 프로젝트 매니저는 사전에 어떻게 해야 이런 문제가 발생하지 않을까요
?
B. 참조의 이해 당사자가 확인되었는지 확인합니다.
C. 프로젝트 헌장을 만듭니다.
D. 프로젝트 범위를 보다 명확하게 정의합니다.
21. 참고답: 나. 중요한 당사자를 식별하지 않아 발생합니다.
22. 잘못된
프로젝트 관리자는 프로젝트 이해 관계자가 프로젝트 인도물 및 일정에 관심이 있다는 것을 알고 있습니다. 프로젝트 관리자는 어떻게 해야 합니까
?
B. 관련 당사자의 우려를 줄이기 위해 프로젝트 관리 계획을 재검토합니다.
C. 후원자에게 관련 당사자들을 안심시키도록 요청하십시오.
D. 이해 당사자와 함께 what-if 로그를 검토합니다.
22. 참고 답변: A. 관계자 문제는 경영 관계자가 직접 대면하고 자세한 정보를 얻는 것이 가장 좋습니다.
23. 잘못된
프로젝트의 시작 회의를 계획하는 동안 프로젝트 관리자는 여러 주요 이해관계자가 서로 다른 시간대에 분산되어 있어 모든 사람이 동일한 회의에 참석하는 것이 어렵다는 사실을 알게 되었습니다. 프로젝트 관리자는 어떻게 해야 합니까
A. 가상 회의를 예약하고 참석할 수 없는 주요 이해 관계자에게 녹화된 회의를 시청하도록 요청합니다.
B. 제기된 모든 질문을 수집하기 위해 각 주요 이해관계자와 일대일 회의를 주선한 다음 소규모 포커스 그룹 회의를 마련합니다.
C. 각 시간대에 대한 킥오프 회의를 준비하고 모든 주요 이해 관계자로부터 약속을 얻습니다.
D. 대부분의 이해 당사자가 포함된 시간대에 대해 킥오프 회의를 준비합니다.
23. 참고답: 다. PMBOK6 Edition 4.5.2.4 도구 - 회의를 참조하십시오.
24. 잘못
마케팅 이사와 프로젝트 관리자가 만나 올해의 마케팅 목표와 이를 달성하기 위해 달성해야 할 사항을 설명합니다. 감독은 프로젝트 관리자에게 프로젝트가 지시한 대로 전달되었는지 확인하도록 요청합니다. 승인을 얻기 위해 프로젝트 관리자는 다음에 무엇을 해야 합니까?
A. 프로젝트 범위 기술서를 정의합니다.
B. 프로젝트 요구 사항을 정의합니다.
C. 프로젝트 관리 계획서를 스폰서에게 제출합니다.
D. 프로젝트 헌장 작성에 참여합니다.
24. 참고답: 라. PMBOK 버전 6 4.1.1.1 지정된 프로젝트 헌장 - 비즈니스 사례, 비즈니스 사례는 지정된 프로젝트 헌장에 대한 입력입니다.
25. 잘못된
프로젝트가 시작되면 이전에 유사한 크기와 복잡성의 프로젝트를 관리한 적이 있는 프로젝트 관리자가 신속하고 높은 수준의 비용 추정을 준비해야 합니다. 다음 중 프로젝트 관리자가 견적을 준비하기 위해 사용해야 하는 도구 또는 기술은 무엇입니까
?
B. 상향식 추정 및 매장량 분석.
C. 3점 추정 및 품질 비용.
D. 하향식 추정 및 의사 결정.
25. 참고 답변: A. PMBOK 6판 7.2.2 비용 추정을 위한 도구 및 기술을 참조하십시오. 질문 줄기는 신속하고 높은 수준의 비용 추정이 필요하다는 것, 즉 대략적인 비용 추정 방법을 사용해야 한다고 명시하고 있습니다. 그리고 프로젝트 관리자는 이전에 유사한 프로젝트를 관리한 적이 있습니다. 따라서 전문가의 판단과 유추 추정을 선택하십시오.
26. 잘못된
조직이 신흥 시장에서 프로젝트를 시작하려고 합니다. 이 시장의 규정은 프로젝트 수명 동안 빠르고 지속적으로 변경되며 프로젝트 스폰서는 프로젝트 관리자가 예산 견적을 제공하도록 요구합니다.
예산 예측 을 제공하기 위해 프로젝트 관리자가 사용해야 하는 도구 또는 기술은 무엇입니까?
B. 3점 추정.
C. 대안 분석.
D. 몬테카를로 분석.
26. 참고답: 나. PMBOK 6판 7.2.2.5 3점 추정을 참조하십시오. 프로젝트가 프로젝트 주기에 따라 계속 빠르게 변경될 것이라고 질문 줄기에 언급되어 있습니다. 3점 추정치를 충족하는 것만으로도 프로젝트의 불확실성과 위험을 고려해야 합니다.
27、
스폰서는 정의된 비즈니스 요구 사항이 명확하지 않기 때문에 프로젝트 헌장 승인을 거부했습니다. 프로젝트 관리자는 한 달 동안 추가 정보를 수집하고 승인을 위해 프로젝트 헌장을 다시 제출해야 합니다. 프로젝트 관리자는 어떻게 더 자세한 비즈니스 요구사항을 수집해야 합니까?
A. 체크리스트를 참조하십시오.
B. 학습 라이브러리를 봅니다.
C. 인터뷰 및 포커스 그룹 회의를 진행합니다.
D. 갈등 관리 회의를 개최하십시오.
27. 참고답: 다. 스폰서가 프로젝트 헌장을 승인하지 않았기 때문에 프로젝트 관리자는 더 많은 데이터를 수집해야 하며 이 프로세스의 데이터 수집 기술에는 인터뷰, 포커스 그룹 및 브레인스토밍이 포함됩니다. PMBOK4.1.2.2 데이터 수집을 참조하십시오.
28. 잘못된
프로젝트 관리 계획을 작성한 후 프로젝트 관리자는 검토를 위해 프로젝트 스폰서에게 보냅니다. 동시에 클라이언트는 첫 번째 초안을 요청했습니다. 프로젝트 관리자는 어떻게 해야 합니까
A. 파일이 불완전하고 오류가 있을 수 있으므로 요청을 거부합니다.
B. 고객에게 계획이 최종 검토 중이며 나중에 제출될 것이라고 알립니다.
C. 계획의 첫 번째 초안을 클라이언트에게 제공하여 의견을 구합니다.
D. 프로젝트 후원자에게 고객에게 초안을 보낼 수 있는 권한을 요청하십시오.
28. 참고답: 나. 고객의 요청은 거부할 수 없지만 프로젝트 관리 계획은 승인이 필요한 프로젝트 기준선을 대체합니다. 따라서 고객에게 문제를 해결하기 위해 설명하고 승인 후 고객에게 제출하는 것이 좋습니다. PMBOK 4.2.3.1 프로젝트 관리 계획을 참조하십시오.
29,
프로젝트 실행 중에 프로젝트 관리자는 프로젝트 성공에 중요한 몇 가지 주요 이해 관계자가 이해 관계자 참여 계획에 포함되어 있지 않다는 것을 깨달았습니다. 프로젝트 관리자는 이러한 이해관계자를 어떻게 참여시키고 관리해야 합니까
A. 새로 식별된 이해관계자의 영향력과 권한 수준을 이해하고 이를 업데이트하기 위한 상태 보고서를 준비합니다.
B. 새로 식별된 이해 관계자에게 프로젝트 책임을 알립니다.
C. 새로 파악된 이해관계자를 소개하기 위해 모든 이해관계자와 회의.
D. Execution, Accountability, Advisory 및 Informed 맵에 새로 식별된 이해 관계자를 추가하고 정보를 보냅니다.
29. 참고 답변: A. 프로젝트 수행 과정에서 프로젝트 관리자는 주요 이해관계자가 이해관계자 참여 계획에 포함되어 있지 않음을 인지하고, 먼저 새로운 이해관계자를 식별하고, 이해관계자의 권한 수준, 이해관계, 영향력 등을 기준으로 분류하고, 목표로 삼는 이해관계자를 준비합니다. 보고서. PMBOK 13.1.2.4 자격 이자, 자격 영향 상자를 참조하십시오.
30,
지난 6개월 동안 프로젝트 관리자는 프로젝트 범위를 정의하기 위해 열심히 노력했습니다. 프로젝트 팀은 고객과 협력하여 요구 사항을 약간 조정했지만 예상보다 오래 걸렸습니다. 범위 정의를 완료하기 위해 프로젝트 관리자가 수행해야 하는 작업
A. 최종 요구 사항에 대한 합의에 도달하기 위한 워크숍을 준비합니다.
B. 요구 사항 수집에 대해 팀에 모범 사례 교육을 제공합니다.
C. 수집된 요구 사항을 검토하기 위해 데이터 수집 회의를 개최합니다.
D. 팀과 협력하여 내부적으로 요구 사항을 확정하고 고객과 공유합니다.
30. 참고 답변: A. 범위정의의 전제는 요구사항을 수집하는 것으로, 팀과 고객이 장기간 요구사항을 결정하지 않은 경우 프로젝트 관리자는 지침을 수행하고 이를 주제별 세미나와 연계하여 주요 이해관계자를 모아 요구사항을 신속하게 정의하고 기대 이상으로 시간이 걸리는 영향을 줄일 수 있습니다. PMBOK 5.2.2.6 부트스트랩을 참조하십시오.
31、
다국적 프로젝트의 이해 관계자가 문화 간 차이로 인해 프로젝트 관리 계획을 승인하지 못했습니다. 이 문제를 완화하기 위해 프로젝트 관리자는 먼저 무엇을 해야 합니까?
A. 이해 관계자 등록을 업데이트하고 비언어적 신호를 기록합니다.
B. 공통 커뮤니케이션 언어로 팀을 교육합니다.
C. 프로젝트 관리 계획이 승인되지 않을 수 있음을 반영하기 위해 이슈 로그를 검토/업데이트합니다.
D. 관계자들에게 사전에 피드백을 요구한다.
31. 참고 답변: A. 질문 줄기는 관련 당사자의 문제를 명확하게 표현합니다. 이를 사전에 방지하기 위해 이해관계자 등록을 개선하여 이해관계자의 요구사항과 기대사항, 특히 문화적 차이와 같은 문제를 보다 자세하게 기록하도록 개선해야 합니다. 옵션 C는 사전 예방에 사용할 수 없습니다. 옵션 B와 D는 문화적 차이를 다루지 않습니다.
32、
한 조직이 새로운 전사적 자원 관리(ERP) 시스템을 구현하기 위한 프로젝트를 시작했고 제3자가 시스템의 특정 모듈에 대해 ERP 공급업체를 상대로 침해 소송을 제기했습니다. 이 제3자의 침해 주장이 승소한 경우 프로젝트 관리자는 어떻게 해야 합니까?
A. 조직이 모듈을 계속 사용할 수 있도록 ERP 벤더가 모듈에 대한 권한을 획득했다고 주장
B. ERP 벤더에게 모듈을 동등한 모듈로 무료로 교체하도록 요구합니다.
C. ERP 벤더에게 모든 관련 구현 비용을 포함하여 모듈 비용을 환불할 것을 요구하십시오.
D. 계약을 취소하십시오
. 32. 참고 답변: D. 포지셔닝: 컴플라이언스 관리. 분석 제안: 제3자가 성공적으로 주장한다면 공급업체가 침해한 것으로 이는 불법 행위이며, 불법 계약의 경우 프로젝트 관리자는 계약을 취소할 수 있는 권리가 있습니다.
33. 잘못된
프로젝트 관리자가 교차 기능 요구 사항 및 변경 사항이 포함된 새 프로젝트를 이끌고 있으며 일부 주요 이해 관계자가 이러한 변경 사항에 저항하고 있습니다. 프로젝트 관리자는 어떻게 해야 합니까? A.
이해 관계자 요구 사항을 수집합니다.
B. 프로젝트 관리 사무소(PMO)에 도움을 요청하십시오.
C. 가이드 세미나를 개최합니다.
D. 팀 구축 연습을 계획합니다.
33. 참고답: 다. 5.2.2.6 Facilitated, Facilitated 워크샵은 교차 기능 요구 사항을 신속하게 정의하고 이해 당사자 간의 요구 사항 차이를 조정하는 데 사용할 수 있습니다.
34. 잘못된
회사의 CEO가 6개월마다 특정 프로젝트를 점검하는데 CEO의 기대치가 일관되게 유지되도록 프로젝트 팀이 확인해야 하는 항목은 무엇입니까?
A. 이해 당사자 등록
B. 작업 명세서(SOW)
C. 팀 커뮤니케이션 템플릿
D. 프로젝트 예측 파일
34. 참고 답변: A. 찾기: 이해 당사자 식별 - 이해 당사자 등록. 제안 해결: PMBOK (6) P512-13.1.3.1 관련 당사자 식별 - 관련 당사자 등록. 관련 당사자의 주요 요구 사항과 기대치를 포함합니다.
35. 잘못된
확고한 고객으로부터 서명된 계약서를 받을 때까지 프로젝트 관리자는 프로젝트의 완료 날짜가 공격적이라고 가정합니다. 프로젝트 관리자는 다음에 무엇을 해야 합니까?
A. 완료 날짜를 맞추기 위해 더 많은 프로젝트 리소스를 참여시킵니다.
B. 일정 충돌을 허용하기 위해 비상 예비비를 만듭니다.
C. 프로젝트를 시작하기 위해 프로젝트 스폰서의 승인을 얻습니다.
D. 프로젝트 계약 협상 속도를 높이기 위해 고객과 회의를 개최합니다.
35. 참고답: 다. 프로젝트 시작 단계에서 프로젝트 관리자는 먼저 스폰서로부터 권한을 얻은 다음 다른 프로젝트 관리 계획을 수립해야 합니다.
36,
IT 프로젝트의 클라이언트는 특정 지역의 공급업체로부터 라이선스가 부여된 소프트웨어를 사용해야 한다고 주장했습니다. 프로젝트가 시작되기 전에 계약에 정의된 공급업체와 원산지 국가는 서로 달랐습니다. 프로젝트 매니저는 어떻게 해야 하나요
A. 발주처와 계약서를 공유합니다.
B. 고객에게 소프트웨어를 구입했음을 알립니다.
C. 조달팀에서 해당 지역의 소프트웨어 공급업체 목록을 얻습니다.
D. 고객의 기호에 맞게 변경 요청을 합니다.
36. 참고 답변: A. 고객의 요청이 서명된 계약서와 상충되는 경우 계약서를 사용하여 먼저 고객을 설득해야 합니다. PMBOK 버전 6 12.2.3.2 프로토콜.
37、
프로젝트 관리자가 회사의 관심을 끄는 프로젝트에 참여하고 진행 회의 중에 이해 관계자가 원래 계약과 상충되는 기대를 제기합니다. 프로젝트 관리자는 어떻게 해야 합니까
A. 추가 검토가 완료될 때까지 결정을 연기합니다.
나. 관련 당사자와 협의한다.
C. 관련 당사자의 새로운 요구를 충족시키기 위해.
D. 프로젝트 헌장을 검토하여 불일치를 식별합니다.
37. 참고답: 라. 새로운 요구 사항의 경우 변경하기 전에 프로젝트 관리자는 변경의 차이점과 변경의 영향을 완전히 이해해야 합니다. 원래 계약(계약은 일반적으로 계약 형식을 취함)과 원래 계약은 프로젝트 헌장에 대한 입력입니다.
38、
계획 단계에서 프로젝트 관리 계획을 검토할 때 스폰서가 일부 요구 사항 을 제거하여 예산을 줄이고 싶다고 표시했습니다 프로젝트 관리자는 어떻게 해야 합니까?
B. 프로젝트 범위를 축소하기 위해 변경 요청을 발행합니다.
C. 새로운 요구 사항 집합만 포함하도록 계획을 업데이트합니다.
D. 비용 편익 분석을 수행하여 실제로 제거할 수 있는 요구 사항을 결정합니다.
38. 참고 답변: A. PMBOK 6판 4.2 프로젝트 관리 계획 개발 계획 단계에서 벤치마킹되지 않은 프로젝트 관리 계획은 여러 번 변경될 수 있으므로 관련 범위 변경의 타당성을 결정하기 위해 관련 당사자와 논의할 수 있습니다.
39、
주요 이해관계자가 프로젝트 관리자가 프로젝트를 관리하는 데 필요한 수준의 권한이 없다고 생각하는 경우 프로젝트 관리자의 역할은 어디에 정의되어 있습니까?
B. 사업 사례.
C. 프로젝트 헌장.
D. 작업 명세서(SOW).
39. 참고답: 다. 프로젝트 관리자의 역할은 프로젝트 헌장에 정의되어 있습니다. PMBOK 6판 4.1.3.1 프로젝트 헌장을 참조하십시오. 프로젝트 헌장은 프로젝트를 공식적으로 승인하고 프로젝트 관리자가 프로젝트 활동에서 조직 리소스를 사용할 수 있는 권한을 부여하는 문서입니다.
40,
이슈 로그를 검토하고 있는 프로젝트 관리자는 특정 팀 구성원에게 할당된 활동이 일정보다 훨씬 뒤쳐져 있음을 알게 됩니다. 프로젝트 매니저는 어떻게 해야 하나요
A. 담당 팀원에게 지연 사유와 문제 해결 전략을 설명하도록 요청하십시오.
B. 담당 팀원에게 활동을 정상 일정으로 되돌리도록 요청하십시오.
C. 관련 팀원과 함께 활동을 검토하여 해결 전략을 결정합니다.
D. 해결을 위해 프로젝트 스폰서에게 문제를 에스컬레이션합니다.
40. 참고답: 다. 프로젝트 팀원이 비효율을 경험하면 프로젝트 관리자는 활동을 검토하고 솔루션을 식별하여 팀원을 도와야 합니다.
41. 잘못된
프로젝트 관리자는 새로운 은행 시스템을 제공하기 위해 아시아 8개국에서 프로젝트를 실행하고 있습니다. 프로젝트 관리자는 무엇에 집중해야 합니까?
A. 중앙 사무실
B. 팀 커뮤니케이션
C. 문화적 다양성
D. 리소스 일정
41. 참고 답변: C. 포지셔닝: 비즈니스 환경 요인. 분석 제안: PMBOK(6) P38-2.2 비즈니스 환경 요인. 8개국에서 프로젝트를 수행할 때 문화 다양성은 프로젝트 유연성을 향상시키거나 제한할 수 있으므로 초점을 맞춰야 합니다.
42. 잘못된
한 은행에서 조직 전체에 새 소프트웨어를 배포하는 프로젝트를 실행하고 있습니다. 프로젝트의 첫 번째 단계를 완료한 후 프로젝트 관리자는 모든 부서의 기능 관리자 회의를 소집하여 프로젝트 문제를 검토하고 교훈을 수집합니다. 프로젝트 관리자는 프로젝트 문제를 검토하고 학습한 내용을 분석하기 위해 회의 중에 무엇을 사용해야 합니까?
A. 브레인스토밍
B. 인과 분석
C. 전문가 판단
D. 산점도
42. 참고 답변: A. 포지셔닝: 요구 사항을 수집합니다. 분석 제안: PMBOK(6) P142-5.2.2.2 요구 사항 수집 - 브레인스토밍은 프로젝트 요구 사항 및 제품 요구 사항에 대한 다양한 아이디어를 생성하고 수집하는 데 사용할 수 있습니다.
43. 잘못된
회사의 경쟁업체가 시장에 새로운 솔루션을 도입했고 회사의 CEO는 기존 고객을 유지하기 위해 솔루션의 영향을 평가하고 유사한 제품을 신속하게 구현하는 프로그램을 만들기로 결정했습니다. 경쟁사의 새로운 솔루션에 대한 정보가 거의 없으며 스폰서는 요구 사항을 사용할 수 있게 되는 즉시 해결해야 합니다.
프로젝트 헌장을 개발할 때 프로젝트 관리자는 스폰서에게 무엇을 제안해야 합니까?
A. 프로젝트 헌장에서 다단계 프로젝트를 정의하고 단계별로 각각의 새로운 요구 사항을 처리합니다.
B. 주요 이해 관계자와 함께 프로젝트에서 적응형 접근 방식을 사용할 가능성을 검토합니다.
C. 다양한 요구 사항만 식별하고 나열하고 우선 순위를 지정하는 프로젝트 헌장을 개발합니다. 43. 참고 답변: 나
.
포지셔닝: 프로젝트 헌장을 개발합니다. 분석 제안: PMBOK(6) 75-4.1 프로젝트 헌장을 공식화합니다. 프로젝트의 공식적 지위를 확립하려면 관련 정보가 거의 없기 때문에 적응형 방법을 사용하여 프로젝트 헌장을 작성하십시오.
44、
고객 기반을 확장하기 위해 회사는 해외 지사 설립을 고려합니다. 프로젝트 스폰서는 투자에 대한 정당성을 원합니다. 프로젝트 매니저는 어떻게 해야 할까요?
A. 프로젝트 이해관계자와의 회의
B. 비즈니스 사례 개발
C. 비용 편익 분석 수행
D. 프로젝트 관리 계획 초안 작성
44. 참고 답변: B. 포지셔닝: 비즈니스 사례. 분석 제안: PMBOK(6) P30-1.2.6.1 프로젝트 비즈니스 사례. 문서화된 경제적 타당성 조사 보고서를 참조하십시오. P29-1.2.6 프로젝트 관리 비즈니스 문서. 프로젝트 스폰서는 일반적으로 프로젝트 비즈니스 사례 문서의 개발 및 유지 관리를 담당합니다. 프로젝트 관리자는 프로젝트 비즈니스 사례, 프로젝트 관리 계획, 프로젝트 헌장 및 프로젝트 혜택 관리 계획의 성공 기준을 맞추기 위한 조언과 통찰력을 제공할 책임이 있습니다.
45、
승진의 결과 새로운 당사자가 프로젝트에 참여합니다. 이해 관계자는 새로운 역할의 운영 책임을 잘 이해하고 있지만 프로젝트 역할과 관련된 교육을 받지 않았습니다. 프로젝트 매니저는 어떻게 해야 할까요?
A. 새로운 이해관계자와 만나 관련 프로젝트 문서를 검토하고 배경 정보를 수집한 다음 이해관계자 등록부를 업데이트합니다.
B. 새로운 이해관계자에게 새로운 역할에 대한 이해를 서면으로 확인하도록 요청한 다음 프로젝트 헌장을 업데이트합니다.
C. 프로젝트 거버넌스 계획을 다음과 같이 업데이트합니다. 이 새로운 이해 당사자를 추가하고 이 변경 사항을 반영하기 위해 관련 책임에 대한 설명을 포함합니다.
D. 이 새로운 이해 당사자에 대한 관련 결과물을 포함하도록 작업 분류 구조(WBS)를 수정합니다.
45. 참조 답변: A. 포지셔닝: 이해 당사자를 식별합니다. 제안 해결: PMBOK (6) P514-13.1.3.1 관련 당사자 식별 - 관련 당사자 등록. 새로운 이해관계자가 프로젝트에 참여하면 먼저 새로운 이해관계자의 정보를 수집하고 관련 당사자 등록을 업데이트합니다.
46,
프로젝트 관리자는 이해관계자 참여 계획을 개발 중이며 권한은 높지만 프로젝트에 대한 관심은 낮은 이해관계자를 식별했습니다. 프로젝트 관리자는 이 이해관계자를 어떻게 대해야 합니까?
A. 경영에 전념
B. 수시로 알려준다
C. 감독한다
D. 만족시킨다
46. 참고답변: D. 포지셔닝: 이해 당사자를 식별합니다. 제안된 분석: PMBOK(6) P512-13.1.2.4 관련 당사자 식별 - 데이터 성능 - 전력 및 관심 그리드. 경영 전략은 높은 권력과 낮은 이해 관계를 가진 당사자를 만족시키는 것입니다.
47,
프로젝트 관리자는 프로젝트 이해 관계자가 요구 사항과 기대치가 상당히 다르다는 것을 인식합니다. 프로젝트 관리자는 프로젝트 성공을 위해 무엇을 해야 합니까?
A. 발전 기술 적용
B. 권력/영향력 그리드 생성
C. 위험 분석 수행
D. 역할 및 책임 정의
47. 참고 답변: B. 포지셔닝: 이해 당사자를 식별합니다. 제안된 분석: PMBOK(6) P512-13.1.2.5 관련 당사자 식별 - 데이터 성능 - 전력 및 관심 그리드. 관련 당사자를 범주별로 관리합니다.
48. 잘못된
스폰서가 프로젝트를 승인하면 프로젝트 관리자는 스폰서, 선택된 팀원 및 기타 이해 당사자를 회의에 초대합니다. 회의의 주요 목적은 팀이 주요 프로젝트 인도물을 식별하도록 안내할 문서를 개발하는 것입니다. 이 회의의 최종 결과는 무엇입니까?
A. 이정표 목록
B. WBS(Work Breakdown Structure) 사전
C. 범위 관리 계획
D. 요구 사항 관리 계획
48. 참고 답변: A. 포지셔닝: 프로젝트 헌장을 개발합니다.
49、
두 회사 간의 인수 합병 프로젝트는 시작 단계에 있으며 이 프로젝트가 두 조직에 영향을 미치는 것은 분명합니다. 다음 중 프로젝트 성공을 보장하기 위해 스폰서가 집중해야 하는 것은 무엇입니까?
A. 프로젝트 목표, 우선순위 및 전략을 명확하게 정의하십시오.
B. 예산
C. 커뮤니케이션 관리 계획
D. 변경 관리 계획
49. 참고 답변: A. 포지셔닝: 스폰서의 책임. 제안 분석: 스폰서는 프로젝트 목표의 명확한 정의, 프로젝트 목표의 성공 기준, 프로젝트 요구 사항의 우선 순위, 조직 전략 및 비즈니스 관심과 같은 높은 수준의 정보에 중점을 둡니다.
50. 잘못된
프로젝트 관리자는 두 공급업체가 관련된 300만 달러 규모의 프로젝트를 관리하고 있습니다. 프로젝트 관리자는 각 공급업체에 대한 작업 명세서(SOW)를 작성합니다. 다음 중 SOW 정보가 필요한 항목
A. 위험 관리 계획
B. 계약
C. 구매 관리 계획
D. 공급업체 범위 설명
50. 참고 답변: B. 포지셔닝: 조달 관리 계획 - 조달 작업 명세서. 분석 제안: PMBOK(6) P477-12.1.3.4 조달 관리 계획 - 조달 작업 지침. 충분한 세부 사항은 구매할 상품의 특성, 구매자의 요구 사항 또는 제안된 계약 형식을 무시합니다. 작업 명세서에는 사양, 요구 수량, 품질 수준, 성능 기준, 성능 시간, 작업 위치 및 계약의 주요 내용을 포함한 기타 요구 사항이 포함됩니다.