목 차

(1)

목 차

I. 프로젝트 개요

II. 프로젝트 관리 개요

III. 프로젝트 관리 프레임워크

IV. 국내외 프로젝트 관리 현황

(2)

 PMBOK Guide 5^th 는

10개의 지식 영역

과

5개의 프로세스그룹

에 따라 논리적으 로 연결된

47개의 프로세스

들로 구성되어 있음

1. PMBOK Guide 5^th의 프로젝트 관리 프레임워크

착수 기획 실행 감시 및 통제 종료

통합관리 범위관리 일정관리 원가관리 품질관리 인적자원관리 의사소통관리

위험관리 조달관리 이해관계자관리

프로세스그룹

지식

영역 47개 프로세스들

(3)

1) 프로젝트관리 10개 지식영역

1) 통합관리 프로젝트관리의 다양한 요소들을 통합하는 프로세스

2) 범위관리

프로젝트를 성공적으로 완료하기 위하여 요구되는 작업들이 모두 프로젝트에 포함되고 , 필요한 작업들만 포함되었는지를 규명하는 프로세스

3) 일정관리 프로젝트를 시의 적절한 때에 완료하도록 관리하는 프로세스

4) 원가관리 승인된 예산 내에서 프로젝트를 완료하기 위해 원가를 기획 , 산정, 예산편성 , 통제하는 프로세스

5) 품질관리 프로젝트가 부여 받은 목표를 만족시키는 것을 보장하기 위한 프로 세스

(4)

6) 인적자원관리 프로젝트 팀을 관리하고 조직화(Organize)하는 프로세스

7) 의사소통관리 프로젝트 정보를 시의적절하고 적합하게 생성, 수집, 배포, 저장하 고 궁극적으로 폐기하는 것과 관련된 프로세스

8) 위험관리 프로젝트상의 리스크 관리 수행과 관련된 프로세스

9) 조달관리 계약관리 프로세스뿐만 아니라 제품 , 서비스, 결과물을 구매하거나 획득하는 프로세스

10) 이해관계자 관리

프로젝트에 영향을 주거나 프로젝트에 의해 영향을 받는 사람 , 집단, 조직을 식별하고 관리 , 통제하는 프로세스

1) 프로젝트관리 10개 지식영역

(5)

2) 프로젝트관리 5개 프로세스그룹

1. 착수 프로세스 그룹

(Initiating Process Group)

2. 계획 프로세스 그룹

(Planning Process Group)

3. 실행 프로세스 그룹

(Executing Process Group)

4. 감시 & 통제 프로세스 그룹

(Monitoring and Controlling Process Group )

5. 종료 프로세스 그룹

(Closing Process Group)

■

프로젝트나 프로젝트 단계를 정의하고 승인하는 프로세스

■

프로젝트의 목표와 범위를 달성하기 위해 요구 되는 내용을 계획함

■

프로젝트관리 계획(Project management plan) 을 수행하기 위해 인적, 물적 자원을 투입조정 및 통합함

■

정규적으로 프로젝트 진척도를 모니터링 및 측정 하고 프로젝트관리 계획의 편차를 식별 및 필요 시 시정조치를 함

■

제품, 서비스, 결과를 공식적으로 인수하고 프로젝트 또는 프로젝트 단계를 종료

(6)

PMBOK의 프로젝트 관리 프로세스 -5^th Edition

품질 계획

품질 보증 수 행

품질 통제

인적 자원 계 획 프로젝트 팀 확보 프로젝트 팀 개발 프로젝트 팀 관리

의사 소통 계 획 의사소통 관 리 의사소통 통 제

위험 계획

위험 식별

정성적 위험 분석

정량적 위험 분석 위험 대응 기 획

위험 통제

조달 계획

조달 수행

조달 통제

조달 종료

기획

통 제 실 행

종 료 착 수

프로젝트 통합관리

범 위 일 정 원 가 품 질 인적자원 의사소통 위 험 조 달 이해관계자

범위 계획

요구사항 수 집

범위 정의

WBS 작성

범위 검증

범위 통제

활동 정의

활동 순서 배 열 활동 자원 산 정 활동 기간 산 정

일정 개발

일정 통제 일정 계획

원가 산정

예산 편성

원가 통제

원가 계획 이해관계자

식 별 이해관계자

계 획 이해관계자

참여 관리 이해관계자

참여 통제

프로젝트 헌장 개발

프로젝트 계획 개발

프로젝트 지시/관리

프로젝트 감시/통제

통합 변경 통 제 통합 변경

통 제

프로젝트 종 료 프로젝트 종 료

이해관계자 식 별

프로젝트 헌장 개발

프로젝트 헌장 개발 범위 계획

범위 계획

요구사항 수 집 요구사항 수 집

범위 정의 범위 정의

WBS 작성 WBS 작성

활동 정의 활동 정의

활동 순서 배 열 활동 순서 배 열 활동 자원 산 정 활동 자원 산 정 활동 기간 산 정 활동 기간 산 정

일정 개발 일정 개발

원가 산정 원가 산정

예산 편성 예산 편성

품질 계획

품질 계획 인적 자원 계 획 인적 자원 계 획

의사 소통 계 획 의사 소통

계 획 위험 계획위험 계획

위험 식별 위험 식별

정성적 위험 분석

정량적 위험 분석

정량적 위험 분석 위험 대응 기 획 위험 대응

기 획

조달 계획 조달 계획 일정 계획

일정 계획 원가 계획원가 계획

이해관계자 계 획 이해관계자

계 획

프로젝트 계획 개발

품질 보증 수 행 품질 보증

수 행

프로젝트 팀 확보 프로젝트 팀 확보 프로젝트 팀 개발 프로젝트 팀 개발 프로젝트 팀 관리 프로젝트 팀 관리

의사소통 관 리 의사소통

관 리 조달 수행조달 수행

이해관계자 참여 관리 이해관계자

참여 관리

프로젝트 지시/관리

프로젝트 지시/관리 범위 검증

범위 검증

일정 통제 일정 통제

원가 통제 원가 통제

품질 통제

품질 통제 의사소통

통 제 의사소통 통 제

위험 통제 위험 통제

조달 통제 조달 통제

범위 통제 범위 통제

이해관계자 참여 통제 이해관계자

참여 통제

프로젝트 감시/통제

통합 변경 통 제 통합 변경

통 제

조달 종료 조달 종료

프로젝트 종 료 프로젝트 종 료

(7)

2. 착수 프로세스 그룹

프로젝트헌장 개발(Develop Project Charter)

■

프로젝트헌장은

새로운 프로젝트를 공식 승인하는 문서(착수지시서)

■

비즈니스케이스 등(외부 프로젝트인 경우에는 고객과의 계약 등)을 바탕 으로 해당 프로젝트의 필요성, 성과물, PM의 권한 등을 명시

■

프로젝트 헌장의 주요 내용



고객, 스폰서 등 프로젝트 이해관계자의 기대사항을 만족하는 요구사항



사업의 필요성, 프로젝트 결과물 등 개요



프로젝트 목적 및 당위성



프로젝트 관리자 지정 및 권한 부여



프로젝트 마일스톤



이해관계자의 영향력



조직적, 환경적, 외부적 가정 및 제약조건



투자 수익성



개괄적 예산

(8)

■

프로젝트헌장의 예시

(9)

■

기업, 정부부서, 공공조직 등은 다음과 같은 여건에 따라 새로운 내부 프로 젝트나 외부 프로젝트를 수행할 필요성이 발생한다



시장의 요구(Market demand)



사업상 필요(Business needs)



기술 발전(Technical advance)



법적 요건(Legal requirement)



사회적 필요(Social need)



외부 조직과의 계약: 건설 프로젝트, SI 프로젝트 시장의 요구

사업상 필요 기술발전 반영

법적 요건 사회적 필요

외부 조직과의 계약 신규

프로젝트 필요

<참고> 새로운 프로젝트 필요성 발생

(10)

■

한정된 기업 자원으로 인해 어떤 프로젝트를 선정하여 시행할 것인지에 대한 의사결정은 매우 중요

■

주로 프로그램관리 또는 포트폴리오관리 차원에서 고려가 이루어짐

■

프로젝트 선정 방법



편익분석방법

•

비교평가, 평점모델, 편익기여도, 의사결정트리



최적화 방법

•

선형, 비선형, 정수계획법, 다목적계획법



전문가 판단

■

새로운 프로젝트 추진의 당위성을 입증하기 위해

비즈니스케이스

(business case) 작성



프로젝트가 인적, 물적 자원을 투입하고 투자할 만한 가치가 있는지 여부를 기 업 경영차원에서 결정하는데 필요한 정보 제공

<참고> 프로젝트 선정

(11)

3. 계획 프로세스 그룹

■

계획 프로세스 그룹은 프로젝트의 범위와 목표를 명확히 하고, 그러한 목표 달성에 필요한 행동들을 계획하는 프로세스들로 구성

■

계획 프로세스들을 통해 프로젝트관리계획서(project management plan)와 프로젝트 수행에 필요한 각종 프로젝트 문서들(project

documents)이 생성됨



프로젝트관리 계획은 프로젝트 전반에 대해 하나의 계획문서를 만 들 수도 있고 여러 개의 하위문서와 이를 통합한 상위계획 문서로 구성할 수도 있음

■

반복적이고 계속적인 프로세스

(12)

3. 계획 프로세스 그룹

프로젝트관리계획서 개발(Develop P.M Plan)

■ 프로젝트관리계획서에 포함되는 사항

• 하위 계획의 구성과 내용

• 프로젝트 목표달성을 위한 작업방법

• 성과 측정방법 및 기준선의 관리 및 유지 방법

• 프로젝트 상황의 파악방법

• 변경의 감시 및 통제 방법

• 형상관리방법

• 작업종료의 확인 방법

• 프로젝트 단계 및 생애주기

• 성과물의 종료인식방법

• 이해관계자와의 의사소통방법

(13)

4. 실행 프로세스 그룹

■

실행 프로세스 그룹은 프로젝트관리계획서에 정의된

작업을 완료하기 위해 수 행해야 하는 프로세스들로 구성



프로젝트의 모든 활동들을 통합/수행하고 인력과 자원을 조정

(14)

프로젝트 작업의 지시와 관리

(Direct and Manage Project Work)

4. 실행 프로세스 그룹

■

프로젝트관리계획서에 정의된 작업들의 수행과 승인된 변경사항들을 실 행하는 프로세스



프로젝트 목표 달성을 위한 활동들의 실행



프로젝트 목표 달성을 위한 자금 지출



프로젝트 팀원들의 선발, 훈련, 관리



견적, 입찰, 제안 활동들의 실행



재료, 도구, 장비, 시설 등의 자원 획득, 관리 및 활용



계획된 방법론 및 표준의 실행



프로젝트 산출물의 생성, 통제, 확인, 검증



프로젝트 위험관리 및 위험대응활동 실행



공급자 관리



승인된 변경사항을 프로젝트 범위, 계획, 환경에 반영



이해관계자간 의사소통체계 수립 및 실행



프로젝트 데이터 수집 및 보고

프로세스 개선활동 실행 및 교훈적인 자료 수집 및 문서화

(15)

5. 감시 및 통제 프로세스 그룹

■

감시 및 통제 프로세스 그룹은

프로젝트 진행상황과 성과를 주기적으로 측정, 감시하며 목표 달성을 위해 필요한 경우 시정조치를 취하는 프로세스들로 구성

■

프로젝트 관리 계획에서 정의한 성과목표를 달성하기 위하여 프로젝트의 진도를 추적, 검토하고 규제하는 프로세스



계획과 실적 성과의 비교



작업 별 종료 여부 평가



시정 또는 예방조치의 필요여부를 판단하기 위한 성과평가



이미 식별된 리스크의 관리 및 새로운 리스크의 발생여부 확인



프로젝트관리 및 제품 등에 대한 정보기반 유지



상황보고, 진도측정 및 예측에 필요한 정보의 제공



현재의 성과를 바탕으로 새로운 원가 및 일정 예측치 제공



승인된 변경의 실행감시

(16)

통합 변경관리 수행

(Perform Integrated Change Control)

5. 감시 및 통제 프로세스 그룹

■

인도물이나 프로젝트 계획 및 요건에 대한 변경요구를 검토, 승인하고 이 의 실행을 관리하는 프로세스로, 다음과 같은 변경관리 활동 포함



발생되는 변경사항 정의



변경요청서의 검토 및 승인



승인된 변경사항 관리



승인된 변경만을 프로젝트관리 계획 등에 반영하여 프로젝트 기준선의 완전성 유지



제안된 시정조치 및 예방활동의 검토 및 승인



승인된 변경을 기준으로 범위, 일정, 원가 및 품질요구 통제 및 갱신



요청된 변경이 미치는 영향을 문서화

(17)

6. 종료 프로세스 그룹

■

종료 프로세스 그룹은 프로젝트 관리 프로세스 그룹들의 모든 활동들을 종료하 고

프로젝트, 단계 또는 계약 의무를 공식적으로 마무리하는 프로세스들로 구

성프로세스 그룹의 구성

(18)

프로젝트 또는 단계 종료

(Close Project or Phase)

■

프로젝트 종료 계획은 고객/스폰서와 협의

■

프로젝트 종료 절차

프로젝트 종료의 확인

프로젝트 종료보고서 작성

사용자에 의한 인도물 검수 및 인도

프로젝트 종료보고

(19)

■

미리 설정한 프로젝트 종료 기준을 바탕으로 기준 달성 여부 확인



최종 성과물의 마무리 상황



변경 요구에의 조치 상황



조달 물품의 마무리 상황: 외부에서 조달한 소프트웨어나 하드웨어 등



각종 문제의 해결 사항

가. 프로젝트 종료의 확인

(20)

나. 프로젝트 종료보고서 작성

■

종료보고서 작성의 목적



달성상황의 검증



계획과 실적의 차이분석



실행경과의 기록



이해관계자에게 최종상황보고



교훈의 활용

■

종료보고서에 포함내용



전체의 요약



목표의 달성상황



계획과 실적의 차이



문제와 변경요구에의 대응



프로젝트관리의 이력



성공과 실패의 요인



향후의 과제

(21)

■

프로젝트 교훈 작성 예

잘한 점 잘못한 점 향후 전략

Sponsorship &

Commitment

• CEO의 강력한 후원

• PI 프로그램 및 그 결과의 주기적 발표(매월 전사미 팅)

• 관리자의 부족한 의사결정 및 commitment

• 장기적/지속적 개선에 대한 commitment 부족

• 비현실적인 개선 목표

• 중간관리자에 대한 정기적 개선결 과 보고 미흡

• 현실적 PI 목표 수립  관리자 commitment공표

• 중간관리자에게 주기적인 개선 결과 보고

People

• 품질과 PI의 중요성 인식

• 역할에 대한 훈련(전사적

• QA officer와 PM의 자격교육)

• “What’s in it for me” 제도 (WIIFM) 문제 감소

• 실무개선팀 참여가 갈수록 낮아짐 (“너무 바쁘다!”)

• NAH(Not Applicable Here) 문제:

“ 시간과 지원이 부족함. 내년에 하 겠음” 또는 “매우 좋으나 우리 부서, 프로젝트에는 잘 맞지 않음”

• 소프트웨어공학 스킬 부족 : “어떻게 하는지 몰라”

• 실무개선팀 참여자에 대한 동기 부여 및 보상 확대

• 간단, 명료한 본부별 표준 프로세 스 수립

• 소프트웨어공학 스킬에 대한 교 육훈련 확대

(22)

■

프로젝트 교훈 작성 예(계속)

잘한 점 잘못한 점 향후 전략

Process

• 다수의 문서화된 명확 한 프로세스

• 산출물에 대한 다수의

• 프로세스 라이브러리템플리트 활용

• 발표되었으나 실행되지 않은 프로세스 존

• 프로세스의 상황대응적인 “Quick Fix” 재 복잡한 프로세스 다수 존재

• 프로세스 기술서가 여전히 읽기 어려움

• 프로세스의 효과성을 측정하기 위한 명료 한 측정치 부족

• 간단, 명료한 본부별 표준 프로 세스 수립

• Clear view process 정의

• Processes와 guides의 명확한 분리, templates 추가 제공

Technologies &

Infrastructure

• 설계 및 테스트에 CASE 활용

• 개발방법론 정의 및 활 용

• 요구사항과 결함을 추 적하기 위한 시스템

• 프로세스 DB 및 프로세스 라이브러리 역 할을 하는 비지니스의 사용 불편성

• IT 환경에서의 개발 환경/ 기술의 부족

• Systems, DBMS, Middleware에 대한 성 능 튜닝 전문가 부족

• 업무 비즈니스 흐름도의 재개 발

• IT 환경 전문가 채용 및 훈련

(23)

다. 사용자에 의한 인도물 검수 및 인도

■

인도물 검수 방법의 예: 소프트웨어 개발 프로젝트



수입테스트 실시



문서 검토

■

프로젝트 문서의 기록 보관 (archives)



프로젝트 기록을 색인하여 완전한 세트로 보관



과거의 기록을 갱신



해당 프로젝트에 관련된 과거의 실적 DB등 갱신

■

공식적 인수



인수 내용을 문서화하고 이를 공문으로 배포하여야 함



프로젝트 또는 프로젝트의 각 단계에서 산출된 결과물을 고객이나 발주자가 인수한 사실

을 확인

(24)

라. 프로젝트 종료 보고

■

종료승인의 획득

■

이해관계자에게 종료 공식 통지

■

프로젝트 추진조직의 해산

(25)

목 차

I. 프로젝트 개요

II. 프로젝트 관리 개요

III. 프로젝트 관리 프레임워크

IV. 국내외 프로젝트 관리 현황

(26)

글로벌 프로젝트관리 표준체계

분류 PMBOK 5

^th

PRINCE2 ISO21500

프로세스

5개 프로세스 그룹

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

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

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

• 감시 및 통제 프로세스 그룹 (Monitoring & Controlling)

• 종료 프로세스 그룹 (Closing)

7개 프로세스 그룹

• 프로젝트 준비

(Starting up a project)

• 프로젝트 지휘

(Directing a project)

• 프로젝트 착수

(Initiating a project)

• 단계 통제

(Controlling a stage)

• 산출물 인도 관리

(Managing product delivery)

• 단계 경계 관리 (Managing a stage boundary)

• 프로젝트 종료 (Closing a project)

5개 프로세스 그룹

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

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

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

• 통제 프로세스 그룹 (Controlling)

• 종료 프로세스 그룹 (Closing)

활동 47개 프로세스(processes) 45개 활동(activities) 39개 프로세스(processes)

(27)

PM 관련 사이트