Skip to end of metadata
Go to start of metadata
You are viewing an old version of this page. View the current version. Compare with Current ·  View Page History

3. 프로젝트관리 프로세스

프로젝트관리란 프로젝트 요구사항을 충족 시키기위해 지식 기술 도구 기법 등을 프로젝트 활동에 적용하는 것이다. 이러한 지식을 적용하기 위해서는 프로젝트관리 프로세스를 효과적으로 관리해야한다. 프로세스는 사전에 정해진 제품 서비스 또는 결과물을 산출하기위해 수행하는 일련의 관련조치 및 활동들로 구성된다. 각 프로세스는 투입물,적용할수있는 도구와 기법,그리고 결과로 생성되는 산출물로 설명된다.  2장에서 설명 한대로 프로젝트 관리자는 조직 프로세스 자산과 기업 환경 요인을 고려해야 한다. 이 두가지 사항은 프로세스 사양에 투입물로 명시되지 않았더라도 모든 프로세스에서 고려 해야한다. 조직 프로세스 자산은 프로젝트의 특정 요구사항에 맞춰 조직의 프로세스를 조정하는데 필요한 지침과 기준을 제공한다. 기업 환경 요인은 프로젝트관리 옵션을 제약할수있다. 프로젝트를 성공적으로 수행하기 위해 프로젝트팀에서 따라야할 실무 원칙은 다음과 같다.

• 프로젝트 목표를 달성하는데 필요하고 적합한 프로세스를 선별한다.
• 요구사항을 충족 시키기위해 채택 할수있는 정의된 접근법을 사용한다.
• 이해관계자와의 의사소통과 참여를 위한 적절한 채널을 수립하고 유지한다 .
• 이해관계자의 요구와 기대사항을 충족하기 위해 요구되는 사항을 따른다.
• 지정된 제품,서비스 또는 결과물을 산출할수 있도록 범위,일정,예산,품질,자원 및 리스크 제약간 균형을 적절히 조절한다.프로젝트팀에서 이해관계자와 상호작용을 통해 수행하는 프로젝트 프로세스는 크게 다음 두가지 범주 중 하나로 분류된다.
• 프로젝트관리 프로세스. 프로젝트관리 프로세스는 프로젝트 생애주기에 걸쳐 프로젝트의 효과적인 흐름을 유지하는 프로세스로,지식영역 (4-13장)에서 설명 하는 기량과 역량을 적용하는데 활용되는 도구와 기법을 포괄한다.
• 제품중심 프로세스. 제품중심 프로세스는 프로젝트 산출물을 상세히 기술하고 산출한다. 제품중심 프로세스는 일반적으로 프로젝트 생애주기에의해 정의되며 (2.4절 참조),제품생애주기의 단계뿐아니라 적용영역에 따라서도 달라진다. 지정된 제품을 창출하는 방법에 대한 기본적인 이해없이는 프로젝트 범위를 정의할수없다. 예를 들어 건축할 주택의 복잡한 구조를 전체적으로 파악할때,다양한 건축기법과 도구를 고려할 필요가 있다.

PMBOK® Guide에서는 프로젝트관리 프로세스에 대해서만 설명 한다. 제품중심 프로세스가 지침서의 범위를 벗어난다고해서 프로젝트 관리자와 프로젝트팀이 무시해도 되는것은 아니다. 프로젝트관리 프로세스와 제품중심 프로세스는 전체 프로젝트 기간에 중첩되고 상호작용도 한다. 프로젝트관리 프로세스는 산업 전반에 걸쳐 적용된다. 모범사례란 프로젝트관리 프로세스를 적용함으로써 광범위한 프로젝트에서 성공할 기회가 증가했다는 사실에 일반적인 공감대가 형성된 사례를 의미한다. 그렇다고 모범사례 로 설명되는 지식,기량 및 프로세스를 모든 프로젝트에 항상 획일적으로 적용해야 한다는 의미는 아니다. 프로젝트를 배정 받은 프로젝트 관리자는 프로젝트팀과 협력 하면서 적절한 프로세스를 선별하고 프로세스별로 적절한 적용 수준을 결정할 책임이 있다. 프로젝트 관리자와 팀원은 각 프로세스와 프로세스별 투입물 및 산출물을 신중하게 처리하고,진행 중인 프로젝트에 적용할수있는 것을 결정해야한다. 프로젝트를 진행하면서 따라야할 전반적 접근 방식과 방법론을 고려하고 프로젝트를 관리하는데 있어 유용한 자원으로 PMBOK® Guide를 활용할 수 있다. 이러한 노력을 ‘조정 ’이라고 한다. 프로젝트관리는 각 프로젝트와 제품 프로세스를 적절히 맞추고 다른 프로세스들과 연결함으로써 원활한 조정을 꾀해야하는 통합적인 활동이다. 한 프로세스에서 수행된 조치는 일반적으로 해당 프로세스뿐 아니라 관련된 다른 프로세스에도 영향을 미친다. 예를 들어,범위변경은 대 개 프로젝트 원가에는 영향을 미치지만 의사소통관리 계획이나 리스크 수준에는 영향을 미치지 않을 수 있다. 프로세스간 이와같은 상호작용으로 인해 프로젝트 요구사항과 목표 사이에 적절한 절충이 필요하기도 하며,특정 성과를 서로 절충하는 방식은 프로젝트에 따라 그리고 조직에 따라 달라진다. 성공적인 프로젝트관리를 위해서는 이러한 상호작용을 적극적으로 관리하여 스폰서와 고객,그외 다른 이해관계자들의 요구사항을 충족시켜야 한다. 또한 어떤상황에서는 필요한 결과를 달성하기위해 특정 프로세스 또는 일련 의 프로세스들을 여러 차례 반복해야한다. 프로젝트는 조직 내부에 존재 하지만 폐쇄적인 형태로 운영되어서는 안된다. 프로젝트는 조직 내부 혹은 외부로부터 데이터를 필요로 하며 조직의 역량으로 돌아온다. 프로젝트 프로세스로부터 향후 프로젝트 및 조직 프로세스 자산관리의 효율을 개선하는데 유용한 정보를 생성할수 있다. PMBOK® Guide에서는 프로젝트관리 프로세스의 기본을 프로세스간 통합,프로세스간 상호작용 및 프로세스의 실행 목적 측면에서 설명 한다. 프로젝트관리 프로세스는 다음의 5가지 범주로 분류된다.

착수 프로세스 그룹. 기존 프로젝트의 새로운 단계 또는 새로운 프로젝트를 정의 하고,승인을 받아 시작하는 프로세스.
기획 프로세스 그룹. 프로젝트의 범위를 설정 하고,목표를 구체화하고,프로젝트의 실행 목표를 달성하기위해 필요한 일련의 활동을 정의하는 프로세스.
실행 프로세스 그룹. 프로젝트 사양에 맞춰 프로젝트관리 계획서에 정의된 작업을 완료하는 과정에서 수행되는 프로세스.
감시 및 통제 프로세스 그룹. 프로젝트의 진행 상황과 성과를 추적, 검토 및 조절하고,계획 변경이 필요한 영역을 식별하고,해당 변경을 착수하는 과정에서 필요한 모든 프로세스 .
종료 프로세스 그룹. 프로젝트나 단계를 공식적으로 종료하기위해 전체 프로세스 그룹의 모든 활동을 종결하는 과정에서 수행되는 프로세스. 

이 장의 나머지 부분을 다음과 같은 절로 분류하여,서로 연결된 프로세스들로 구성된 하나의 프로젝트에 대한 프로젝트관리 정보를 제공하고 프로젝트관리 프로세스에 대해 상세히 설명 한다.

3.1 공통적인 프로젝트관리 프로세스 상호작용
3.2 프로젝트관리 프로세스 그룹
3.3 착수 프로세스 그룹
3.4 기획 프로세스 그룹
3.5 실행 프로세스 그룹
3.6 감시 및 통제 프로세스 그룹
3.7 종료 프로세스 그룹
3.8 프로젝트 정보
3.9 지식영역의 역할

Labels
  • None