Life in SPACE

1. 스코프 관리의 기본방향
   스코프는 모든 계획의 시작이자 중심
   
   
   • 스코프의 최소화
     프로젝트 성공에 꼭 필요한 일만으로 구성 스코프는 자원의 투입과 원가의 발생을 의미하며 결과적으로 프로젝트의 시간과 원가에 영향을 준다.
   • 스코프 변경의 최소화
     실행단계에서의 스코프 변경은 작업중단, 계획 재수립, 재작업 등의 결과를 유발하여 프로젝트의 시간과 원가의 손실을 초래할 수 있다.
   • 스코프 관리 프로세스
     착수 → 스코프 계획 → 스코프 정의 → 스코프 검증 → 스코프 변경통제
     
     
2. 스코프 착수(Initiation)
   착수단계에서 새로운 프로젝트 또는 프로젝트의 다음 단계를 수행할 것인지를 검토하여 결정한다.
   프로젝트 차터는 주요산출물로 구체적인 프로젝트의 목표를 포함하며 경영층이 발행한다.
   계약에 의한 프로젝트의 경우 “서명된 계약서”가 프로젝트 차터가 된다.
   
   
3. 스코프 계획(Scope Planning)
   프로젝트 업무를 점진적으로 구체화하고 문서화하는 과정이다.
   스코프 기술서란 프로젝트가 어떻게 진행될 것인지에 대한 이해 관계자간에 공통된 이해를 형성하고 향후 요구되는 의사결정에 있어서 근거가 되는 문서이다.
   
   
4. 스코프 정의(Scope Definition)
   프로젝트 산출물을 더 명확하고 관리하기 쉽게 만들기 위해, 반복적으로 분할하여 더 작은 조각으로 만들고 체계적으로 문서화하며, 이해관계자들의 합의를 통해 합의된 WBS를 만드는 프로세스이다.
   
   
   • WBS(Work Breakdown Structure, 작업분류체계)를 작성
     • WBS는 반복되는 분할을 통해 더 작고 관리하기 쉬운 크기로 나누어진 프로젝트의 산출물을 규칙적이고 체계적으로 그룹화한 문서이다.
     • 작성된 WBS가 프로젝트 계획으로 사용되기 위해서는 반드시 이해관계자의 합의를 거쳐야 한다.
   • 스코프 정의 요구사항 : 명확성, 완전성, 합의, 관리용이성
     
     
5. 스코프 검증(Scope Verification)
   수행된 스코프에 대해 고객의 공식적인 승인을 받는 프로세스이다.
   공식적인 승인이란 일이 정확하고 만족스럽게 완료되었음을 확인받는 절차이다.
   
   
6. 스코프 변경통제(Scope Change Control)
   스코프 변경이란 승인된 WBS로 정의되는 프로젝트 스코프의 변경을 의미한다.
   불필요한 스코프 변경은 일정지연과 예산손실의 원인이다.
   스코프 변경전에 변경에 따른 영향분석과 이해관계자 협상을 수행한다.
   
   
7. WBS(Work Breakdown Structure, 작업분류체계)
   WBS는 프로젝트 전체 스코프를 더 명확하고, 더 관리하기 쉬운 작은 조각으로 분할하여 규칙적이고 체계적으로 그룹화한 것이다.
   
   
   • WBS의 특징 : 산출물 중심, 이해관계자 합의와 승인 필요
   • WBS의 구성요소
     • 작업패키지(최하위 산출물(Lowest Deliverables), WBS의 최소단위)
     • 계정코드(우편번호와 같이 작업 패키지의 단계와 그룹을 알 수 있도록 정해진 번호체계)
     • WBS사전(작업 패키지 관련 정보)
     • WBS의 활용
     • 승인된 WBS의 업무만 수행
     • 수행기간추정, 원가추정, 책임자 지정, 리스크 식별 등 다른 계획의 기본 골격이 되는 문서
     • 효과적인 커뮤니케이션 도구
   • 분할의 수준
     • 충분히 정확한 추정이 가능해야 함
     • 명확한 업무분장이 기능해야 함
     • 실제적인 성과평가가 가능 해야 함
       

* 참고문헌
김병철, 프로젝트관리의 이해 : 도서출판 세화, 2003
PMBOK® Guide : PMI, 2000

1. 프로젝트 계획
   공식적으로 승인된 실행과 통제의 지침이 되는 문서를 만드는 과정이다.
   구체적이고 실현 가능해야 한다.
   모순없고 일관된 내용을 유지해야 한다.
   
   
   • 계획문서의 통합(Integration)
     프로젝트관리자는 스코프,시간,원가등 각 분야의 담당자들이 수립한 계획을 모순없고 일관된 문서로 통합한다.
   • 성과측정기준계획(Performance Measurement Baseline)
     • 반드시 이해관계자와 충분한 합의를 거쳐 경영층의 승인을 받아야 한다.
     • 실적과 비교하여 성과의 좋고 나쁨을 판단하기 위한 기준이 된다.
     • 성과는 스코프(WBS), 시간(프로젝트 스케쥴), 원가(예산)측면에서 측정되고 평가된다.
     • 승인된 성과기준계획은 변경없이 엄격하게 관리해야 한다.
     • 성과기준 재설정(Rebaselining)은 스코프가 변경된 경우와 편차가 지나치게 큰경우에만 제한적으로 허용한다.
     • 프로젝트 성과는 “꼭 필요한 일을 계획된 시간 내에 배정된 예산으로 실행하였는가”로 평가된다.
       
       
2. 프로젝트 실행
   프로젝트 계획을 수행하는 단계이다.
   프로젝트 예산의 대부분은 실행단계에서 집행된다.
   실행단계에도 계획업무와 통제업무는 지속적으로 이루어진다.
   실행의 성과를 결정하는 요인
   
   
   • 구체적이고 실현 가능한 계획의 수립
   • 실행과 계획의 차이를 줄이는 통제기능
     
     
3. 프로젝트 통제
   통제란 계획과 실적을 일치시키기 위한 과정 혹은 활동을 말한다.
   일반적인 관리 사이클(Plan → Do → Check → Action)에서 검토(Check)와 조치(Action)에 해당하는 활동이다.
   
   
   • 통제의 기본용어
     • 계획과 실적 : 계획은 실적을 평가하는 표준(기준)으로 WBS, 스 케쥴, 예산등을 말함 실적은 실행의 결과
     • 차이 또는 편차 : 계획과 실적의 차이, 통제의 기본 목적은 편차를 없애는 것
     • 성과 : 일이 계획에 따라 진행된 정도, 진행되는 추세를 의미
     • 조치 : 성과정보를 근거로 계획과 실행에 영향을 주는 활동
   • 통제의 절차
     • 성과 측정 → 성과 분석 → 성과 보고 → 조치
       

* 참고문헌
김병철, 프로젝트관리의 이해 : 도서출판 세화, 2003
Kentaro Ito, 프로젝트는 왜 실패하는가 : 성안당, 2004
PMBOK® Guide : PMI, 2000

1. 프로젝트의 특징
   
   • 명확한 목표(Well-defined Objectives)
     목표는 프로젝트의 성공과 실패를 판단할 수 있는 기준이다.
   • 한시적 노력(Temporary endeavor)
     한시적이라는 말은 명확한 시작과 종료 시점이 있다는 뜻으로 시간제한이 없는 업무는 프로젝트가 아니다.
   • 고유한 제품(Unique product)
     기계적으로 반복되거나 일상적인 경험에 의해 수행되는 일은 프로젝트가 아니다.
   • 점진적 구현(Progressive elaboration)
     프로젝트는 과거의 경험에 의존할 수 없는 새로운 일이기 때문에 프로젝트가 시작되는 시점에서는 많은 것들이 불확실하며 불확실성은 프로젝트가 진행되면서 점차 구체적이고 확실한 것이 된다.
     
     
2. 프로젝트 관리 개요
   
   • 일반관리와의 차이점
     • 일반관리 : 조직이 반영구적으로 지속된다는 전제하에서 수행됨
     • 프로젝트관리 : 목적이 있고 종료가 됨을 전제로 한 활동
     • PMI(Project Management Institude)는 “프로젝트관리를 프로젝트의 요구사항을 만족시키기 위해 지식, 기술, 도구 및 기법을 프로젝트 활동에 적용하는 것“으로 정의한다.
   • 프로젝트 관리의 목적
     목적은 프로젝트의 성공, 프로젝트 성공은 계획된 시간과 배정된 예산으로 요구되는 품질의 결과를 얻음으로써 고객을 만족시키는데 있다.
     
     
3. 프로젝트 이해관계자
   
   • 이해관계자(Stakeholder)
     직간접적으로 프로젝트에 관련되어 있으면서 프로젝트의 수행과 결과에 좋은영향이든 나쁜 영향이든 영향을 줄 수 있는 모든 개인 혹은 조직을 의미한다.
   • 프로젝트관리자
     프로젝트 팀을 구성하고 계획을 수립하며, 프로젝트 실행을 통솔하고 성과를 통제하는 과정을 통해 프로젝트를 성공적으로 완료해야 하는 책임을 가진다.
     이해관계자들의 상충하는 이해관계를 조정하고 팀원들에게 동기를 부여하여 모든 노력을 프로젝트 성공으로 통합하고 집중시키는 조정자이자 동기부여자이자 리더의 역할을 가진다.
     요구조건은 전문적인 기술지식과 일반적인 관리지식을 가지고 있어야 한다.
     
     
4. 프로젝트 관리 영역 : 무엇을 관리할 것인가?
   
   • Core Process : 원가, 시간, 스코프(업무범위)
   • Facilitating Process : 품질, 인적자원, 커뮤니케이션, 리스크, 조달
   • Integraton Process : 통합
     
     
5. 프로젝트 관리 프로세스 : 어떻게 관리할 것인가?
   프로세스 결과를 가져오는 일련의 행동들을 말한다.
   
   
   • 착수 프로세스 : 프로젝트 각 단계들의 시작과 시행을 인지한다.
   • 계획 프로세스 : 프로젝트가 지향하는 업무적 요구를 달성하기 위해서 실현 가능한 계획을 세우고 관리한다.
   • 실행 프로세스 : 프로젝트를 진행시켜나가는 작업자들이나 기타 자원들에 대한 조정역할을 한다.
   • 통제프로세스 : 진행과정들을 관찰, 측정하고 필요할 때 적절한 행동을 취함으로서 프로젝트 목표가 제대로 시행될 수 있도록 한다.
   • 종료프로세스 : 프로젝트 각 단계의 결과에 대한 반응을 공식화시키고, 질서정연하게 종료가 되도록 한다.
     
     
     [그림] 프로젝트 관리 영역과 프로젝트 관리 프로세스

• PMI(Project Management Institude) : 미국 프로젝트 관리협회
• PMBOK(Project Management Body Of Knowledge) : 프로젝트관리와 관련한 이론을 체계적으로 정리한 것
• PMP(Project Management Professional): 미국 PMI에서 주관하는 민간자격으로, PMBOK의 내용을 중심으로 프로젝트관리에 대한 자격을 심사하는 것
  

* 참고문헌
김병철, 프로젝트관리의 이해 : 도서출판 세화, 2003
Kentaro Ito, 프로젝트는 왜 실패하는가 : 성안당, 2004
PMBOK® Guide : PMI, 2000