박종명의 아름다운 개발 since 2010.06

이 글은 제가 과거에 운영했던 사이트인 http://dotnet.mkexdev.net 의 글을 옮겨온 것입니다.
그 전에 운영했었던 사이트(mkex.pe.kr)은 흔적도 없이 사라 졌습니다. 그속의 글들도 모두...
그래서 이 사이트도 사라지기 전에 옮기고 싶은 글을 조금씩 이 블로그로 이동시키려 합니다.
(원본글) http://dotnet.mkexdev.net/Article/Content.aspx?parentCategoryID=2&categoryID=27&ID=499

---

통합 관리

 지금까지 범위, 시간, 원가, 품질, 인적자원, 의사소통, 위험, 조달 등 프로젝트 수행에 필요한 지식영역에 대해
알아보았다. 프로젝트는 이와 같이 다양한 영역과 과정을 통해 수행된다

통합관리는 말 그대로 프로젝트의 시작부터 종료까지 전 과정에 대한 통합을 원활히 하기 위한 방법론을 다룬다.
프로젝트 수행을 공식적으로 승인 받고 목적과 요구를 확인하고 작업을 지시하고 각 영역의 진행 및 변경 사항을
통합하여 전체 프로젝트에 대한 흐름을 조절하고 프로젝트의 공식적인 종료절차를 밟는 등 프로젝트 수행 전 과정
에 대한 통합적 관리를 다룬다

통합 관리는 PM이 직접 수행해야 하는 아주 중요한 임무이자 의무라 할 수 있겠다.

PM은 통합관리만큼은 다른 (하위) 관리자에게 위임해서는 안 된다. 직접 프로젝트 전반적인 통합관리를 적극적으로 수행해야 한다

통합관리는 다음과 같은 프로세스로 이루어져 있다

프로젝트헌장 개발 -> 예비 프로젝트 범위명세서 개발 -> 프로젝트관리 계획 개발 -> 프로젝트 실행지시 및 관리 -> 프로젝트 작업감시 및 통제 -> 통합변경 통제 -> 프로젝트 종료

* 프로젝트 헌장 개발

프로젝트 헌장은 프로젝트 수행을 승인 받는 공식적인 승인문서이다

PM에게 조직 자원에 대한 사용 및 관리를 공식적으로 승인하고 프로젝트 수행과 관련된 책임과 권한을 명시한다.
보통 프로젝트 수행을 위해 PM이 조기에 임명되는 것이 좋으며 되도록이면 프로젝트 헌장이 작성될 때 임명되는
것이 좋다.

프로젝트 헌장을 만들기 위해 다음과 같은 투입물이 요구된다

1) 계약

외부 고객이 의뢰한 프로젝트 인 경우. 또는 필요한 경우

2) 프로젝트 작업 명세서

프로젝트에 의해 제공되는 제품이나 서비스를 설명한 문서이다

기타 사업적 요구, 제품 범위 명세서, 전략 계획을 포함시킨다

3) 기업 환경 요인

해당 기업의 문화 및 특성, 인적자원, 시장조건 등 기업 환경요인은 프로젝트 성공에 필수적이다

4) 조직 프로세스 자산(OPA)

조직의 표준 프로세스, 가이드, 템플릿, 기준, 절차, 정보시스템 및 과거 프로젝트 경험과 지식 및 학습을 총괄한
조직 프로세스 자산 역시 프로젝트 성공에 중요한 요인으로 작용한다

프로젝트 헌장에는 다음과 같은 것들이 명시된다

-          프로젝트 명칭 및 사업 영역

-          사업 후원자

-          프로젝트 관리자

-          착수 일자와 승인된 완료 일자

-          승인된 예산

-          제품 및 프로젝트 설명

-          사업 사례

-          프로젝트 핵심 성공 요인 및 제약 조건과 가정

-          기타 프로젝트 수행에 필요한 항목 명시

* 예비 프로젝트 범위명세서 개발

프로젝트에서 제공해야 할 제품 및 서비스에 대한 상위수준의 범위 명세서를 개발하는 단계이다

예비 프로젝트 범위명세서에는 다음과 같은 내용들이 포함된다

-          프로젝트/제품 목적

-          제품/서비스 요구사항과 성격

-          제품 인수 기준

-          프로젝트 경계(Boundary), 범위

-          프로젝트 요구사항 및 산출물

-          프로젝트 가정 사항

-          일정 이정표

-          초기 WBS

-          프로젝트 규모(비용 예측)

-          요구사항 승인

* 프로젝트 관리 계획 개발

프로젝트의 전 과정에 대한 관리 계획들을 정의, 준비, 통합, 조정하기 위한 계획을 작성하는 단계이다

프로젝트의 목표와 달성 방법에 관한 사항을 포함하고 있는 프로젝트의 기본이 되는 문서로서 작업 시작 전 참여한 모든 사람들과 공통적인 이해를 구하기 위해 작업 내용, 방법, 시기 등을 정의한다. 프로젝트 관리 방법론 및 프로젝트 관리를 위한 정보 시스템을 활용하여 계획서를 작성하며 다음과 같은 내용들이 기술된다

-          프로젝트 범위 관리 계획

-          일정 관리 계획

-          원가 관리 계획

-          품질 관리 계획

-          프로세스 개선 계획

-          직원 충원 관리 계획

-          의사소통 관리 계획

-          위험 관리 계획

-          조달 관리 계획

-          이정표 목록

-          자원 달력

-          일정 기준선

-          원가 기준선

-          품질 기준선

-          위험 등록부

∥ 프로젝트 관리 계획 수립 기법

프로젝트 관리 계획의 수립을 위해 다음과 같은 접근 방식을 활용할 수 있다

1) 하향식(Top-down)

먼저 큰 틀을 만들고 틀에서 그 틀 내에서 세부 계획을 수립하는 방식이다

추상적인 상위 수준의 계획을 수립한다

일정 및 비용을 맞추기 위해 적용할 만 하다

작성하기가 용이하지만 현실적이지 않을 수 있다

2) 상향식(Bottom-up)

상세한 세부 계획들을 만들고 이를 통합하여 전체 계획을 수립하는 방식이다

계획의 신뢰성은 높으나 시간이 많이 걸리는 단점이 있다

3) 점진적 구체화(Rolling-wave)

일정상 가까운 계획 및 식별이 용이한 항목은 상향식으로 수립하고 먼 계획은 하향식으로 수립하는 방식이다.
즉 점진적으로 구체화 시켜나가는 방식으로서 현실적인 계획 수립이 가능하지만 경험을 활용하여 많은 계획 수립
기법을 적용해야 해야 하는 단점이 있다

* 프로젝트 실행 지시 및 관리

본격적으로 프로젝트를 실행하도록 지시하고 관리하는 단계이다

프로젝트 범위 명세서에 정의된 요구사항을 달성하기 위해 프로젝트 관리 계획의 작업들을 수행하도록 관리한다

이 단계의 투입물은 다음과 같다

1) 프로젝트 관리 계획

2) 승인된 예방 조치 및 교정 조치

   이후에 알아볼 프로젝트 통제 단계에서 승인한 예방과 교정 사항이 실행단계에 다시 투입물로 넘어와서 실제
   수정 작업을 하게 한다.
   참고로 예방조치는 잠재적인 원인을 제거하는 활동이며 교정조치는 현존하는 원인을 제거하는 활동이다

3) 기타 승인된 변경 요청, 하자 보수 등

프로젝트 실행 지시 및 관리 프로세스에서는 주기적으로 수행한 작업에 대한 보고 활동이 있어야 한다

* 프로젝트 작업 감시 및 통제

프로젝트 전 과정을 감시하고 통제하는 단계이다

계획대로 성과 목표를 달성하기 위해 프로젝트를 착수, 계획, 실행, 종료하는 과정과 활동들이 잘 수행되고 있는지를 감시하고 통제하도록 한다

이 단계에서는 다음과 같은 활동을 하도록 한다

- 프로젝트 관리 계획 대비 실제 성과를 비교한다

- 예방 및 교정 조치가 필요한지 판단하기 위해 성과를 평가하고 조치가 필요하다면 권고한다

- 프로젝트의 위험을 분석하고 추적, 감시한다

- 프로젝트 현황 정보를 제공한다

- 승인 받은 변경이 적절히 반영되고 있는지 감시한다

- 기타 프로젝트 전반에 대한 감시 및 통제 활동

감시 및 통제를 통해 교정 조치, 예방 조치, 변경 조치 등을 권고하게 된다

이는 다시 이전 프로세스인 ‘프로젝트 실행 지시 및 관리’로 넘어가 실제 수행하도록 한다

* 프로젝트 종료

프로젝트를 공식적으로 종료하는 단계이다 프로젝트 수행과 관련된 모든 활동들을 종료한다.

프로젝트 종료에는 계약종료와 행정종료로 나누어진다

1) 계약 종료

프로젝트에서 체결된 모든 계약들에 대해 검수 및 정산하고 종료하는 활동이다

행정종료 절차를 지원하기 위한 절차이기도 하다

2) 행정 종료

프로젝트의 기록들을 수집하고 성패를 분석하고 교훈을 모아 프로젝트 정보를 보관하는 활동이다

이렇게 축적한 자료들은 기업의 프로젝트 경험 자료 및 교훈 자료로 활용된다

그리고 팀원을 공식적으로 해체하도록 한다

행정종료가 끝나야 비로서 프로젝트는 공식적으로 종료되는 것이다