by-nc-sa     개발자, DBA가 함께 만들어가는 구루비 지식창고!

Project Lifecycle and Organization




2. Project Lifecycle and Organization

2.1 프로젝트 생애 주기 (Project lifecycle)

프로젝트 라이프 사이클이란, 프로젝트 착수부터 종료까지 시간의 흐름에 따라
프로젝트 팀이 수행하는 활동을 단계(phase)별로 정의한 것으로, 프로젝트 수행 방법론이라고도 한다

  • initiating → planning → executing → controlling → closing
  • 방법론에 따라, 각 단계를 순차적으로 수행하기도 하지만, 동시에 두 개 이상의 단계를 병행 하기도 하며(fast tracking), 때로는 반복해서 수행하기도 한다
  • 제품 Lifecycle에는 타당성 검토, 계획, 개발, 양산, 폐기 등 여러 프로젝트 Lifecycle이 포함될 수 있다.

2.1.1 프로젝트 생애 주기의 특징들(Characteristics of the Project Lifecycle)

  • 원가, 인력, 자원 투입은 초기에 낮고 점점 증가하다가 종료시 급격히 낮아진다.
  • 프로젝트의 위험은 불확실성을 의미하며 프로젝트가 진행될수록 낮아진다.
  • 프로젝트가 진행됨에 따라 변경/오류 수정 비용이 증가하므로 이해당사자 영향력은 감소한다.
  • 결함을 고치거나 변경에 필요한 비용은 초기에 낮고 진행 될수록 많아진다.
  • 원가에 크게 영향을 주지 않고 프로젝트 제품의 최종 특성에 미치는 영향은 프로젝트 초기에 가장 높고, 종료로 갈수록 낮아진다.

2.1.2 프로젝트 단계 (Project Phase)

  • 프로젝트를 효과적으로 관리하기 위해 프로젝트를 분할한 것을 말한다.
  • 각 단계에서는 하나 또는 그 이상의 인도물(Deliverable)이 생성되며, 인도물이 승인되면 후속 단계가 착수된다.
  • 프로젝트 단계는 프로젝트 관리 프로세스 그룹(착수, 기획, 실행, 감시 및 통제, 종료)가 아니다.
  • 프로젝트 단계는 Subproject로 봐도 큰 무리가 없다.
  • 프로젝트가 단계로 분할되어 있다면 각 단계마다 착수부터 종료까지 진행된다.

2.2 이해 당사자 (stakeholder)

  • 이해당사자는 프로젝트에 포함되거나 프로젝트의 진행, 결과의 영향을 받는 개인, 집단이다.
  • 이해당사자는 프로젝트에 긍정/부정적 영향을 줄 수 있고 이해관계 상충시 PM이 고객관점에서 해결하여야 한다.
  • PM : 프로젝트 통합, 이해당사자 갈등 해결, 품질 최종 책임, 범위기술서 작성, Matrix 갈등 해결.
  • 프로젝트팀 : 품질 달성 책임, 팀원 갈등 해결, WBS 작성.
  • 스폰서 : 프로젝트 착수/종료/중단, PM 임명/변경/위임, 자금 조달.
  • CCB : Baseline 변경 승인/거부. Change(Configuration) Control Board
  • Stakeholder : 위험 식별.
가) Project Stakeholder 관리 원칙
  • PM은 모든 이해관계자를 반드시 식별할 것
  • PM은 이해관계자의 모든 요구사항을 파악할 것
  • 요구사항에 대한 기대수준을 관리할 것
  • 이해관계자가 관심 있는 정보에 대하여 지속적으로 의사소통 할 것

2.3 프로젝트 조직구조 (Organizational Structure)

2.3.1 기능 조직 (functional organization)

  • 기존 운영업무가 주요 업무인 조직. 부서장(functional manager)이 예산 권한을 갖고 있음
  • PM은 촉진자(expeditor) 정도의 역할만 수행함.
  • 수직(보고) 의사소통이 원활하고 조직이 안정되어 있음.
  • 기능 관리자 (Functional Manager) : Line manager라고도 하며, 회사가 부서형태로 구성되어 있는 경우 각 부서의 관리자가 Functional Manager가 된다.

2.3.2 Matrix 조직 (matrix organization)

  • 기능조직과 프로젝트 조직이 공존하는 형태.
  • 자원을 효율적으로 운영, 원활한 협조체계(수평, 수직), 원활한 정보흐름, 명확한 목표
  • 팀원은 PM, FM의 이중 보고 체계로 갈등을 겪음.
  • Weak matrix는 기능조직과 유사하며 PM은 촉진자 또는 좀더 권한이 있는 조정자(coordinator) 역할.
  • Expeditor 와 Coordinator 의 차이점 : expeditor 는 결정권과 보고권한이 없다.
  • 프로젝트 촉진자 (Project Expeditor) : 의사결정 권한이 없으며, 프로젝트 팀원들을 지원해 주고, 팀원들의 의사소통을 조정하는 역할을 한다.
  • 프로젝트 조정자 (Project Coordinator) : 의사결정에 대한 권한이 있으며, 상위수준의 관리자에게 보고한다.

2.3.3 프로젝트 조직 (project organization)

  • 조직구조에 부서 대신 프로젝트들로 이루어져 있고 PM 권한이 가장 큰 조직. 수평적
  • 의사소통이 원활하고 프로젝트 수행에 적합하나 조직 관리에 어려움이 있음.
  • 프로젝트 관리자 (Project Manager) : 프로젝트 목표 달성을 위해 회사에 의해 배정된 프로젝트 관리를 책임진 사람

2.3.4 조직구조 형태별 프로젝트 관리자(PM)의 역할 및 권한

  • 기능조직 : 촉진자(expeditor)의 역할
  • 프로젝트 조직 : 가장 강한 권한을 위임 받음
  • 약한 매트릭스 조직 : 기능 조직과 유사한 역할을 하며, 의사결정 좀더 위임 받은 경우를 조정자(coordinator)라고 부른다.
  • 강한 매트릭스 조직 : 프로젝트 조직과 유사한 Project Manager의 역할.

2.4 조직 프로세스 자산 (Organizational process assets)

  • 우리회사가 그 동안 프로젝트를 수행 할 때 프로젝트 관리 프로세스를 사용하면서 만들어진
    프로세스의 결과물(assets)을 말한다.
가) 조직 프로세스 자산의 예
  • 사내 표준이나 정책들, 표준 템플릿, 프로세스 지침 및 기준
  • 실제 발생했던 이슈나 결함에 관련된 DB
  • 여러 기준선들, 프로젝트 달력, 리스크 등록부 같은 프로젝트 관련 파일
  • 프로젝트에서 느낀 교훈 사항들과 과거 정보

참고자료

문서정보

Enter labels to add to this page:
Please wait 
Looking for a label? Just start typing.