프로젝트관리 감리사 기출문제[1/4]

 

5회 6번) 프로젝트 목표를 달성하기 위하여 팀원들이 가장 효과적으로 협력할 수 있도록 팀원들이 수행해야 할 업무의 내용을 구체화하고, 또 그 직무수행에 필요한 권한과 책임을 정의하는 일련의 과정을 무엇이라고 하는가?

 

① 충원(staffing)                            ② 직무설계

③ 팀구조설계                                ④ 조직화

 

해설:  ④번

조직화는 목표달성에 필요한 활동을 분류하여 팀에 할당하고 책임과 권한을 부여하는 과정

 

1) 조직화(organizing)

  • 각 구성원들이 목표달성에 필요한 제 활동을 분류하고 감독권한을 지닌 경영자에게 그와 같이 분류된 각 활동을 할당한 후 수평적/수직적인 조정방안을 마련하는 과정
  • 주어진 현실적 조건하에서 조직목표를 달성함과 동시에 보다 능률적으로 일함으로써 개인적 만족을 얻을 수 있도록 그들 간의 효과적인 행동적 관계를 설정하는 과정

 

2) 조직화의 과정

2-1) 업무 구분 → 직무 설계

  • 기업이 설정한 목표를 달성하기 위해 해야 할 업무를 구체적으로 확정하는 활동으로 구성원들이 해야 할 업무를 어떻게 구분하는가가 중요

2-2) 부서(부문)의 결정 → 팀 구조 설계

  • 서로 유사하거나 관련이 있는 업무나 작업활동이 함께 이루어질 수 있도록 그 담당자들을 부서별로 묶게 됨

2-3) 책임과 권한 부여

  • 담당할 부서를 결정하면, 부서 또는 부서 구성원들에게 업무수행과 관련된 책임(responsibility)과 권한(authority)도 부여

 

6회 14번) 조직화(Organizing)는 프로젝트 목표를 달성하기 위하여 팀원들이 가장 효과적으로 협력할 수 있도록 팀원들의 업무내용을 구체화하고 직무수행에 필요한 권한과 책임을 명확하게 정의하는 과정이다. 조직화의 기본요소로 가장 거리가 먼 것은?

 

① 충원(Staffing)                            ② 책임(Responsibility)

③ 권한(Authority)                         ④ 직무(Job)

 

해설:  ①번

조직화는 목표달성에 필요한 활동을 분류하여 팀에 할당하고 책임과 권한을 부여하는 과정

 

 

8회 16번) 조직화(organizing)는 프로젝트 목표를 달성하기 위하여 팀원들이 가장 효과적으로 협력할 수 있도록 팀원들의 업무내용을 구체화하고 또 그 직무수행에 필요한 권한과 책임을 명확하게 정의하는 과정이다. 조직화의 과정으로 맞는 것은?

 

① 직무설계 -> 팀구조 설계 -> 충원

② 충원 -> 팀구조 설계 -> 직무설계

③ 팀구조 설계 -> 충원 -> 직무설계

④ 직무설계 -> 충원 -> 팀구조 설계

 

해설:  ①번

조직화는 목표달성에 필요한 활동을 분류하여 팀에 할당하고 책임과 권한을 부여하는 과정이며, 직무설계 → 팀구조 설계 → 책임과 권한 부여 이후 이에 따라 충원이 이루어짐

 

9회 23번) "사람들은 외부의 통제나 위협이 없어도 조직의 목적을 위해서 자기 통제와 자기 방향성을 수립한다"는 이론과 관련이 있는 것은?

 

① 맥그리거의 Y 이론                    ② 맥클러랜드의 세 가지 욕구 이론

③ 브룸의 기대 이론                      ④ 허즈버그 이론

 

해설:  ①번

맥그리거의 Y이론은 인간본성에 대한 긍정적인 관점으로 자신에게 주어진 목표 달성을 위해서 스스로 지시하고 통제하며 관리해 나간다고 본다

 

10회 16번) ‘구성원의 사기와 작업 만족도를 높일 수 있고 여러 사람의 의견을 통해 바람직한 결정을 내릴 수 있는 장점이 있지만 서로 의견이 다른 경우에는 합의점을 찾는 데에 너무 많은 시간이 소요될 위험이 있다’는 특징을 가지는 프로젝트 팀 유형은?

 

① 책임프로그래머 팀

② 민주적 팀

③ 계층적 팀

④ 프로그램 사서(librarian) 팀

 

해설:  ②번

민주주의식 의사결정은 구성원이 동등한 책임과 권한을 가지고 서로 협동하여 수행하는 팀으로 작업 만족도와 의사소통이 활성화되나 책임이 명확하지 않은 일이나 의사결정 지원이 발생할 수 있다

 

1) 중앙 집중식 팀 구성

구분

내용

설명

- 의사 결정권이 리더에게 집중

- 계층적 팀 구조

- 책임 프로그래머 팀(chief programmer team)

  • 외과 수술 팀 구성에서 따옴
  • 책임 프로그래머: 제품설계, 주요부분 코딩, 중요한 기술적 결정, 작업의 지시
  • 프로그램 사서: 프로그램 리스트 관리, 설계 문서 및 테스트 계획 관리
  • 보조 프로그래머: 기술적 문제에 대하여 상의, 고객/출판/품질 보증 그룹과 접촉, 부분적 분석/설계/구현을 담당
  • 프로그래머: 각 모듈의 프로그래밍

특징

- 의사 결정이 빠름

- 소규모 프로젝트에 적합

- 초보 프로그래머를 훈련시키는 기회로 적합

단점

- 한 사람의 능력과 경험이 프로젝트의 성패 좌우

- 보조 프로그래머의 역할이 모호

구조

 

2) 분산형 팀 구성

구분

내용

설명

- 민주주의식 의사결정

  • 서로 협동하여 수행하는 비이기적인 팀(Ego-less)
  • 자신이 있는 일을 알아서 수행
  • 구성원이 동등한 책임과 권한

- 의사 교환 경로

특징

- 작업 만족도 높음

- 의사 교류 활성화

- 장기 프로젝트에 적합

단점

- 책임이 명확하지 않은 일이 발생

- 대규모에 적합하지 않음(의사 결정 지연 가능)

구조

 

3) 혼합형 팀 구성

구분

내용

설명

- 집중형, 분산형의 단점을 보완

- 소프트웨어 기능에 따라 계층적으로 분산

특징

- 초보자와 경험자를 분리

- 프로젝트 관리자와 고급 프로그래머에게 지휘권한이 주어짐

- 의사교환은 초보 엔지니어나 중간 관리층으로 분산

단점

- 기술인력이 관리를 담당

- 의사 전달 경로가 김

구조

 

 

11회 25번) 팀 구성원의 역할 중 관계 지향적 역할에 대한 설명 중 가장 적절하지 않은 것은?

 

① 팀 안에서 발생하는 갈등과 긴장을 중재하고 팀 전체의 조화를 도모한다.

② 수동적 또는 건설적으로 구성원들을 따르며 우호적 구성원으로 지낸다.

③ 팀 프로세스의 질을 평가하고, 팀 목표에 대한 질문을 하며, 이러한 목표에 따라 팀의 성과를 평가하고 적용할 기준을 제시한다.

④ 팀 문제나 목표에 대한 새로운 아이디어를 제시하거나 다른 방식을 고려하며, 절차 수정을 포함하는 어려운 점에 대한 해결책을 제시한다.

 

해설:  ④번

④ 팀 문제나 목표에 대한 새로운 아이디어를 제시하거나 다른 방식을 고려하며, 절차 수정을 포함하는 어려운 점에 대한 해결책을 제시한다. → 과업지향적 역할

 

팀 구성원의 역할

1) 과업지향적 역할: 과업관련 의사결정을 조정하고 촉진함

 - 팀의 목표추구 및 운영상의 문제에 대해 새로운 아이디어나 대안적 방법을 제시

 - 팀의 목표달성을 위한 다양한 문제, 과업에 관련된 이슈, 목표의 구성 및 수정 등에 관련된 정보를 제공, 아이디어와 건설적 제안을  분류하고 분석, 조정

 - 아이디어 및 제안의 실용성 등에 대해 분석적으로 질문함으로써 효과적 대안 모색

 2) 관계중심적 역할: 감정과 사회적 상호작용을 구축

 - 배려와 믿음으로 구성원을 포용하여 결속력을 구축

 - 구성원들의 아이디어를 칭찬하고 수용함으로써 팀에 대한 충성과 몰입을 유도

 - 팀 내에서 발생하는 긴장과 갈등을 조정하고 중재하며 팀의 전체적 조화를 모색

 - 다양한 언어 능력과 사고 기술을 활용해 팀 구성원들의 적극적 참여를 유도

 - 팀 목표에 대해 자문하고, 팀 활동 프로세스의 내용과 질을 평가하며 이를 기초로 팀의 성과를 측정할 기준을 제시

 - 수용적인 자세와 건설적인 대안의 제시를 통해 팀 내에서 신뢰를 얻는 구성원으로 지냄

 

 3) 자기지향적 역할: 팀의 이익을 희생시켜 자신의 이익을 지키고자 하는 자기중심적 행동

 - 고집이 세며 비판적/감정적으로 행동하며 성찰성이 결여되어 있어 팀의 발전에 해가 됨

 - 자신의 성취를 과장해 알리기를 좋아하고 타인의 성취를 폄하함

 - 항상 자기 자신에게 주의를 집중시키려는 강한 욕구를 가짐권위의식이 강해 다른 구성원들에게 명령/통제하며, 권위에 아첨해 자신  의 지위를 유지하고자 할 뿐만 아니라 다른 사람이 팀 성과에 기여하는 것을 방해함

 

4회 2번) 프로젝트 계획 단계에서 고려할 사항으로 적절하지 않은 것은?

 

① 프로젝트의 요구사항을 분석하여 시스템 아키텍쳐를 정의한다.

② 프로젝트 개발 참여원들의 기술이나 경험의 증진 방법에 대하여 고려한다.

③ 프로젝트에 이용될 품질 관련 절차와 표준을 기술한다.

④ 프로젝트의 리스크를 식별, 평가, 분석한다.

 

해설:  ①번

①은 실행 프로세스 그룹에서 수행하는 활동이다

 

기획 프로세스 그룹

 - 노력의 전체 범위를 설정하고, 목표를 정의 및 개정하며, 확정된 목표를 달성하기 위해 필요한 일련의 활동을 개발하는 프로세스들  로 구성됨

 - 프로젝트를 수행하는 데 사용할 프로젝트 관리 계획서 및 프로젝트 문서를 개발함

 - 연동 기획 : 프로젝트 정보나 특성이 점점 더 수집되고 파악됨에 따라 프로젝트 계획이 점진적으로 구체화하는 과정, 기획과 문서화   작업은 반복적이며 지속적인 프로세스임

 

4회 3번) 시스템 개발 프로젝트의 작업 단계와 산출물은 언제 결정되는 것이 적합한가?

 

① 프로젝트 초기 계획 단계 동안

② 초기 계획이 마무리되고, 작업 시작 전에

③ 위험을 기초로 하여 산출물이 결정되는 작업단계 동안

④ 모든 위험이 파악되고 감리인이 적절한 통제를 권고한 후에

 

해설:  ①번

프로젝트 초기 기획 프로세스 단계에서

 - 프로젝트 노력의 전체 범위를 설정하고, 목표를 정의 및 개정하며, 확정된 목표를 달성하기 위해 필요한 일련의 활동을 개발하는 프로세스들로 구성되며,

 - 프로젝트를 수행하는 데 사용할 프로젝트 관리 계획서 및 프로젝트 문서를 개발

 - 프로젝트 관리 계획서와 프로젝트 문서들은 범위, 시간, 원가, 품질, 의사소통, 리스크 및 조달의 모든 측면을 다룬다

 

6회 6번) 소프트웨어 개발 프로젝트 계획에 꼭 포함되어야 할 내용과 가장 거리가 먼 것은?

 

① 프로젝트 소요 자원                   ② 프로젝트 견적 방법

③ 자원 사용 방법                         ④ 프로젝트 수행 방법

 

해설:  ②번

② 프로젝트 견적방법은 프로젝트 실행 지시 및 관리단계에서 프로젝트 조달관리 지식영역의 - 판매자응답 요청 프로세스에서 잠재 판매자로부터 프로젝트 요구사항을 어떻게 충족할 수 있는지에 대한 입찰서 및 제안서, 견적서를 요청함

 

6회 19번) 조직은 정해진 목표를 달성하기 위하여 작업을 수행한다. 작업은 프로젝트와 운영작업(Operation)으로 구분할 수 있다. 그러나 두 가지가 경우에 따라 중첩되기도 하는데, 프로젝트와 운영작업의 공통적인 특성이 아닌 것은?

 

① 사람에 의하여 수행됨 ② 자원이 제약됨

③ 계획, 실행, 통제됨                    ④ 지속적이며 반복적임

 

해설:  ④번

 

프로젝트 관리 및 운영관리의 차이

프로젝트 관리

운영 관리

고유한 제품, 서비스 또는 결과를 창출하기 위하여 일과적으로 투입하는 노력

동일한 제품을 생산하거나 반복적 서비스를 제공하는 활동을 지속적으로 수행

프로젝트 관리가 필요함

업무 프로세스 관리나 운영 관리가 필요함

한시적 노력

지속적 노력

 

프로젝트 관리와 운영관리의 관계

 - 제품 생애주기 동안 다양한 시점에서 운영과 교차될 수 있다

  • 각 종료 단계신제품 개발
  • 제품 업그레이드 또는 결과물 확장 시점
  • 운영 개선 또는 제품 개발 프로세스
  • 제품 생애 주기 끝인 운영이 마감되는 시점

 - 각 시점에서, 인도된 작업을 구현하기 위해 프로젝트 관리와 운영 관리 사이에 인도물과 지식이 이전된다

  • 프로젝트 종료시 프로젝트 자원을 운영으로 이관
  • 프로젝트 개시 시 운영 자원을 프로젝트로 이관

 

8회 14번) 다음 중 프로젝트 속성으로서 상호간에 상충관계(Trade-off)를 가지며, 품질에 영향을 미치는 3중 제약(Triple Constraints)이 아닌 것은?

 

① 리스크            ② 일정               ③ 범위               ④ 원가

 

해설:  ①번

3중 제약(Triple Constraints)

 - 프로젝트 범위, 시간, 원가의 제약

 - 세 가지 요소 사이의 균형이 품질에 영향을 미침

 - 세 가지 요소는 한 가지가 변경될 경우 나머지 요소 중 적어도 하나는 영향을 받을 수 있는 관계를   형성하고 있음

 

8회 9번) 정보기술 프로젝트 포트폴리오에 대한 설명 중 틀린 것은?

 

① 효과적인 관리를 위하여 그룹화된 프로젝트들의 집합이다.

② 전략적 사업목적을 효율적으로 달성하기 위하여 구성된다.

③ 포트폴리오 내의 프로젝트들은 서로 직접 연관되어 있다.

④ 자금 및 지원은 위험/보상, 프로젝트 유형에 따라 할당될 수 있다.

 

해설:  ③번

포트폴리오는 전략적 사업 목표를 달성하기 위해 효율적으로 관리해야 하는 프로젝트들의 집합으로 포트폴리오 내의 프로젝트들이 서로 직접 연관될 필요 없음

 

포트폴리오

 - 전략적 사업 목표를 달성하기 위해 작업을 효율적으로 관리해야 하는 프로젝트 또는 프로그램, 기타 관련 작업 모음

 - 포트폴리오에 속한 프로젝트나 프로그램들이 서로 종속 관계에 있거나 직접 연관될 필요 없음 

 

포트폴리오 관리

 - 프로젝트, 프로그램, 기타 관련 작업의 식별, 우선순위 지정, 승인, 관리 및 통제를 포함함

- 자원 할당의 우선순위를 결정하고 조직의 전략과 일치하며 일관성을 유지하도록 주력함

- 포트폴리오의 전략적 목표에 기여도가 가장 낮은 구성 요소는 제외시키기도 함

 

8회 10번) 프로젝트관리 전문조직(PMO : Project Management Office)에 대한 설명 중 가장 거리가 먼 것은?

 

① 프로젝트를 중앙집중식으로 관리하는 조직이다.

② 각 프로젝트의 계획, 우선순위 부여, 실행을 조정한다.

③ 프로젝트를 조직 또는 고객의 업무 목적에 정렬시킨다.

④ PMO가 관리하는 프로젝트들은 서로 긴밀하게 관련되어 있다.

 

해설:  ④번

PMO는 기업의 목표 달성을 촉진시킬수 있도록 여러 프로젝트를 중앙통제방식으로 관리하나, 프로젝트는 함께 관리된다는 것 외에는 서로 무관할 수 있음

 

프로젝트 관리 오피스(PMO)

- 해당 영역의 프로젝트를 조정된 중앙통제방식으로 관리하기 위하여 필요한 다양한 책임을 배정받은 조직 부서나 주체

- PMO가 관리하는 프로젝트는 함께 관리된다는 것 외에는 서로 무관할 수 있음

- 경우에 따라 PMO가 각 프로젝트의 시작 단계에서 핵심 이해관계자나 의사결정자 역할을 수행할 수 있고, 권고안을 제시하고, 프로  젝트를 중간하거나, 비즈니스 목표의 일관성을 유지하는데 필요한 그 밖의 조치를 수행할 수 있음

- PMO의 주요 기능PMO가 관리하는 모든 프로젝트 전반에 걸친 공유 자원 관리프로젝트 관리 방법론, 모범적 실무관행, 표준의 식별  및 개발지도, 편달, 교육 및 감독프로젝트 감사를 통해 프로젝트 관리 표준 정책, 절차 및 템플릿의 준수 여부 감시프로젝트 정책, 절  차, 템플릿 및 기타 공유 문서의 개발 및 관리프로젝트간 정보 교환 조정

 

11회 14번) 해당 영역에 있는 프로젝트들을 집중화하고 통합 관리하는 것과 관련된 다양한 책임을 할당받은 조직 부서 또는 주체를 무엇이라 하는가?

 

① 포트폴리오 관리자

② 프로그램 관리자

③ 프로젝트 관리 오피스

④ 프로젝트 관리자

 

해설:  ③번

프로젝트 관리 오피스(PMO)는 프로젝트를 조정된 중앙통제방식으로 관리하기 위하여 필요한 다양한 책임을 배정받은 조직 부서나 주체를 말한다

 

8회 17번) 다음 중 프로젝트 관리자의 역할과 가장 거리가 먼 것은?

 

① 팀원들의 기술적 문제 해결

② 팀원들의 동기부여 및 역량 향상

③ 사용자 및 이해관계자들과의 충분한 의사소통

④ 프로젝트 계획의 입안 및 실시와 평가

 

해설:  ①번

프로젝트 관리자가 팀원들의 기술적 문제를 직접 해결하기 보다 기술적 문제를 해결할 수 있도록 격려 및 지원함

 

프로젝트관리자

- 프로젝트 목표를 달성할 책임을 지고 있는 관리자

- 프로젝트관리 업무

  • 요구사항 식별
  • 명확하고 달성 가능한 목표 설정
  • 품질, 범위, 시간, 원가 요구 사항 충족에 있어 균형 유지
  • 다양한 이해관계자의 서로 다른 관심 사항과 기대치에 부응하는 사양, 계획 및 접근 방식 채택

4회 25번) 프로젝트 관리 기능 중 통제에 대한 설명이 틀린 것은?

 

① 통제는 목표가 이루어지는 과정의 평가와 남아있는 일을 평가하며, 목표달성을 위해 올바른 조치들을 파악하는 단계이다.

② 일정과 비용에 대한 통제는 수행이 가능하나, 자원의 통제는 불가능하다.

③ 시점별로 구분한 통제의 유형은 예방통제, 검출통제, 교정통제가 있다.

④ 진행과정에 대한 정보수집 및 진행과정을 측정하는 보고서를 작성한다.

 

해설:  ②번

PMBOK 4th Edition 이전에는 프로젝트 팀 관리가 감시 및 통제 프로세스 그룹에 속하여 범위, 일정, 비용뿐만 아니라 자원에 대한 통제가 이루어진다고 보았으나, PMBOK 4th Edition에서 프로젝트 팀 관리가 통제 프로세스에서 실행 프로세스로 변경됨

 

감시 및 통제프로세스 그룹

- 프로젝트의 진행과 성과를 추적, 검토 및 조절하고, 계획 변경이 필요한 영역을 식별하고, 해당 변경을 착수하는 데 필요한 프로세스들로 구성

- 프로젝트 성과를 정기적으로 꾸준하게 관찰하고 측정하여 프로젝트 관리 계획서로부터 차이를 식별

- 프로젝트 전반의 노력도 감시하고 통제함

 

8회 24번) PMI(Project Management Institute)에서 제시하는 9개의 프로젝트관리 영역 중에서 통제 기능이 없는 영역은?

 

① 품질관리                                   ② 위험관리

③ 인적자원관리                             ④ 범위관리

 

해설:  ③번

9개 프로젝트관리 영역 중 통합, 범위, 시간, 원가, 품질, 리스크관리에 통제기능이 존재함

통합관리 - 프로젝트 작업 감시 및 통제

범위관리 - 범위 통제

시간관리 - 일정 통제

원가관리 - 원가 통제

품질관리 - 품질 통제 수행

리스크관리 - 리스크 감시 및 통제

 

9회 16번) PMBoK(2004) 프로젝트 관리 지식영역의 프로젝트관리 프로세스들을 5개의 프로세스 그룹으로 분류할 수 있다. 다음 중 가장 많은 프로세스들이 포함된 프로세스 그룹은?

 

① 착수(Initiating) 프로세스 그룹

② 계획(Planning) 프로세스 그룹

③ 실행(Executing) 프로세스 그룹

④ 감시 및 통제(Monitoring and Controlling) 프로세스 그룹

 

해설:  ②번

 

프로젝트관리 프로세스 그룹

- 5가지 프로세스 그룹으로 분류

- 5가지 프로세스 그룹은 의존적인 관계를 보이며 동일한 순서로 수행됨

- 개별 프로세스 그룹과 그 안의 프로세스들은 프로젝트가 완료되기까지 반복적으로 진행됨

- 프로세스 또한 하나의 프로세스 그룹 내에서 혹은 여러 프로세스 그룹 사이에서 상호 작용함

- 프로젝트관리 프로세스 그룹들은 각 그룹에서 산출하는 목표에 의해 서로 연결됨

- 한 프로세스 산출물이 다른 프로세스 투입물이 되거나 그 프로젝트 최종 인도물이 됨

프로세스 그룹

설명

착수프로세스 그룹

프로젝트나 프로젝트 단계를 정의한다

기획프로세스 그룹

목표를 정의하고 수정 보완하며, 프로젝트가 수행해야 할 목표 및 범위를 달성하기 위해 필요한 행동방침을 계획한다

실행프로세스 그룹

프로젝트에 소요되는 인력과 자원을 갖추고 프로젝트관리계획을 수행한다

감시 및 통제프로세스 그룹

프로젝트의 진행을 정기적으로 측정하고 감시하여 프로젝트관리계획과의 차이를 식별함으로써 프로젝트 목표를 달성하는데 필요하면 시정조치를 취할 수 있도록 한다

종료프로세스 그룹

제품, 서비스 또는 결과물의 인수를 공식화하고 프로젝트 또는 프로젝트 단계를 순서에 따라 종료시킨다

 

 

4회 14번) 행렬 조직(matrix organization) 중 프로젝트 관리자(project manager)의 역할이 거의 없는 조직형태는?

 

① 혼합 조직(composite organization)

② 약한 행렬 조직(weak matrix organization)

③ 강한 행렬 조직(strong matrix organization)

④ 균형 행렬 조직(balanced matrix organization)

 

해설:  ②번

 

프로젝트 관리에 대한 조직의 영향

 - 조직구조는 자원 가용성과 프로젝트의 수행방법에 영향을 미칠 수 있는 기업환경요인임

 - 매트릭스 조직은 기능조직과 프로젝트 전담조직의 특성이 혼합된 형태

  • 약한 매트릭스: 기능 조직의 특성을 많이 가지며, 프로젝트의 관리자의 역할이 순수한 프로젝트 관리자보다 통합자나 촉진자의 역할이 더 많다.
  • 강한 매트릭스: 프로젝트화된 조직의 특성을 많이 가지며, 상당한 권한을 가진 전임 프로젝트 관리자와 프로젝트 행정 업무를 전담하는 직원을 가질 수 있다.
  • 균형 매트릭스: 프로젝트 관리자의 필요성은 인정하지만 프로젝트 및 프로젝트 자금 조달에 대한 전권을 프로젝트 관리자에게 제공하지 않음

6회 10번) 다음 중 프로젝트의 책임 및 권한 소재가 명확하고 신속한 의사결정이 가능하며 인력에 대한 동기부여가 원활하고 단일 보고체제를 가지는 장점이 있지만 조직을 신설해야 하는 단점을 가진 조직형태는 무엇인가?

 

① 계층 조직                                 ② 프로젝트 조직

③ 매트릭스 조직                           ④ 기능 조직

 

해설:  ②번

프로젝트 조직은 새로운 조직을 신설하여 프로젝트 시작에서 개발 완료까지 전담팀을 구성하여 프로젝트 관리자에게 상당한 독립성과 권한이 있는 조직 구성임

 

 

6회 17번) 다음 중 직능식 조직 구조(Functional Organization)의 장점이 아닌 것은?

 

① 고객중심의 활동수행 가능

② 자원의 효율적 활용

③ 심도있는 기술훈련과 기술개발

④ 고도의 기술적 문제해결 능력

 

해설:  ①번

기능 조직은 직원들의 전문성에 따라 분류한 조직형태로 고도의 기술적 문제해결 능력을 가지고 있으며 자원의 효율적인 활용으로 규모의 경제를 기할 수 있으나, 고객 중심의 활동수행이 어려우며, 환경변화에 신속하게 대응하지 못하는 단점이 존재함

 

 

9회 20번) 최근에 소프트웨어 프로젝트의 규모와 복잡도가 증가하는 추세에 있으며 다국적화, 다분야화로 인해 더욱 더 효과적인 관리를 위한 프로젝트 조직 구조가 필요하다. 아래 조직 구조 중 이러한 복잡한 프로젝트 수행에 효과적인 형태는?

 

① 기능 조직(Functional Organization)

② 매트릭스 조직(Matrix Organization)

③ 프로젝트 조직(Projectized Organization)

④ 수평 조직(Horizontal Organization)

 

해설:  ②번

다국적화, 다분야화 등의 복잡한 프로젝트를 수행할 때 효과적인 조직형태는 기능조직과 프로젝트 전담조직의 특성이 혼합된 매트릭스 조직 형태가 적합하다. 다각적인 협력이 필요하고 고도로 전문화된 인력이 필요한 경우에 효과적임

 

11회 23번) 매트릭스 조직의 약점이라고 보기에 가장 적절하지 않은 것은?

 

① 조직 구성원이 이중권한 구조에 혼란과 어려움을 겪을 수 있다.

② 대인 상호 간 갈등 해결을 위한 광범위한 교육훈련 비용이 소요된다.

③ 다양한 제품을 가진 중소기업에는 적용하기 어렵다.

④ 갈등 해결과 잦은 회의 등 시간이 소모될 수 있다.

 

해설:  ③번

매트릭스 조직은 제품별 조직과 기능별 조직을 결합하여 이중의 명령체계와 책임, 평가 및 보상체계를 갖는 형태로 고객들의 다양한 요구에 부응하며 융퉁성을 가지는 장점을 가지나 이중의 명령구조로 기능부문과 프로그램 부문간의 갈등 가능성이 있음

 

 

11회 7번) 프로젝트 생애 주기 구조를 설명한 것 중 설명이 가장 적절하지 않은 것은?

 

① 원가 및 인력수준은 개시 단계에서 가장 높고 작업이 진행되면서 점차 낮아진다.

② 이해관계자의 영향력, 리스크는 프로젝트 개시 단계에서 가장 크다.

③ 프로젝트가 완성단계로 접근할수록 변경 및 오류 정정비용이 크게 증가한다.

④ 원가에 크게 영향을 주지 않고 프로젝트 제품의 최종 특성에 영향을 미칠 수 있는 요소는 프로젝트 개시 단계에서 가장 크다.

 

해설:  ①번

원가 및 인력수준은 초기에는 낮고, 중간단계에서 절정, 프로젝트 종료 즈음 급격히 감소함

 

프로젝트 생애주기

< >다양한 크기와 복잡성에 관계없이 모든 프로젝트는 프로젝트 개시 → 구성 및 준비 → 프로젝트 작업 수행 → 프로젝트 종료의 생애주기를 가짐원가 및 인력 투입 수준은 초기에는 낮고, 중간 단계에서 절정, 프로젝트 종료 즈음 급격히 감소이해관계자 영향력, 리스크, 불확실성은 개시단계에서 가장 높으며, 프로젝트 생애를 거치면서 감소프로젝트가 완성단계로 접근하면서 변경 및 오류 정정 비용이 크게 증가

 

 

 

 

4회 18번) 프로젝트의 통합 조정을 위하여 일반적으로 활용되는 기법 중 틀린 것은?

 

① 업무권한부여시스템 (work authorization system)

② 변화통제시스템 (change control system)

③ 형상 관리 (configuration management)

④ 비용효과분석 (cost/benefit analysis)

 

해설:  ④번

프로젝트 통합관리에서 활용되는 도구 및 기법에 대한 질문사항임

④ 비용효과분석은 품질관리 - 품질 계획수립의 도구 및 기법임

 

9회 7번) PMBoK(2004)에 따르면, 프로젝트의 규모가 크고 복잡할수록 프로젝트 관리자의 역할이 중요하다고 한다. 다음 중 복잡도가 매우 높고 규모가 매우 큰 프로젝트일 때 가장 중요한 프로젝트 관리영역인 것은?

 

① 범위관리        ② 위험관리        ③ 일정관리        ④ 통합관리

 

해설:  ④번

복잡도가 매우 높고 규모가 큰 프로젝트일수록 여러가지 상충되는 목표와 대안들을 절충하고 프로젝트 관리 지식 영역간 상호 의존성을 관리하는 프로젝트 통합관리가 중요함

 

9회 25번) "이것"은 프로젝트 착수를 공식화하는 문서로서, 프로젝트 외부의 경영층이 승인한다. 다음 중 "이것"에 해당되는 문서는?

 

① 프로젝트 범위기술서(Project Scope Statement)

② 프로젝트 차터(Project Charter)

③ 프로젝트 관리계획서(Project Management Plan)

④ 일정관리 계획서(Schedule Management Plan)

 

해설:  ②번

프로젝트 헌장은 비즈니스 요구, 현재 파악된 고객의 요구, 충족시키려고 하는 새로운 제품, 서비스 또는 결과를 기술한 문서로써 다음과 같은 내용을 포함함

프로젝트의 목적 또는 정당한 사유

측정 가능한 프로젝트 목표 및 관련된 성공 기준

상위 수준 요구사항

상위 수준 프로젝트 설명상위 수준 리스크

마일스톤 요약 일정예산 요약

프로젝트 승인 요구사항(프로젝트 성공의 구성 요건, 프로젝트 성공에 대한 결정권자, 프로젝트 서명자)

선임된 프로젝트 관리자, 책임사항 및 권한 수준

프로젝트 헌장을 승인하는 스폰서 또는 기타 주체의 이름과 권한 

 

 

4회 8번) 다음 기준선(BaseLine) 설명에 대하여 맞게 나열한 것은?

가. 타당성분석과 사용자 요구정의가 끝난 단계에서 설정된 관리기준선

나. 모든 구성항목에 대한 성능요구사항을 정의하는 개발명세로 구성

다. 구성항목에 대한 상세설계 문서에 의해 설정

 

       [가]         [나]         [다]

① 기능기준선 - 할당기준선 - 제품기준선

② 할당기준선 - 기능기준선 - 제품기준선

③ 제품기준선 - 할당기준선 - 기능기준선

④ 할당기준선 - 제품기준선 – 기능기준선

 

해설:  ①번

기준선은 형상관리의 기준이 되는 단계를 설정하는 것을 말한다. 제품 수명주기 중 형상관리 활동이 시작되며 그 의미를 지니기 시작하는 단계는 설계/개발 단계이다. 이 설계/개발 단계에서 형상관리가 필요한 적절한 선을 결정하는 것이야 말로 형상관리의 가장 기본적인 활동 중의 하나이다.

 

[형상관리 기준선과 형성관리 대상 항목]

기준선

형상관리 대상 항목

기능 기준선

시스템 요구사항 명세서, 시스템 설계서

할당 기준선

소프트웨어 요구사항 명세서

설계 기준선

소프트웨어 구조 설계서, 상세 설계서

제품 기준선

코드, 실행파일, 사용자 문서


 

댓글