Embed Size (px)
DESCRIPTION
전사적 프로젝트 관리에 대한 소개 및 방법론, 구현방안을 설명한 자료입니다.
Citation preview
전사적 프로젝트 관리(Enterprise Project
Management)
2005. 02. 052005. 02. 05
핸디소프트핸디소프트 품질경영실품질경영실
황순삼황순삼 수석수석
전체 목차
• 전사적 프로젝트 관리 개요
• 전사적 프로젝트 관리 인프라
• 프로젝트 관리 성숙도 모델 (PMMM)
• MSP 서버를 활용한 전사적 프로젝트 구현 방안
전사적 프로젝트 관리 개요
• 전사적 프로젝트 관리 정의
• 전사적 프로젝트 관리 구조
• 프로그램과 포트폴리오
• 프로젝트 관리와 전사적 프로젝트 관리의 비교
• EPM 프레임워크
• 프로세스/프로젝트 관리체계
• CMM기반의 프로젝트 관리
전사적 프로젝트 관리 정의
• 전사적 프로젝트 관리는 “프로젝트에 의한 경영”으로 1990년대부터 등장• “조직의 목표가 서로 연관을 갖는 다수의 프로젝트에 의하여 달성될 수 있다는원칙에 기반을 둔 조직적 경영 철학” – Paul Dinsmore• 많은 기업들이 프로젝트를 추진하거나 프로젝트 조직구조로 변화하고 있으며고객의 입장에서 “cross-functional”한 가치 제공과 생산성, 효율성을 추구함
전사적전사적
프로젝트프로젝트 관리관리
일반관리의일반관리의
지식과지식과 기량기량프로젝트관리의프로젝트관리의
지식과지식과 기량기량
응용분야의응용분야의
지식과지식과 기량기량
전사적 프로젝트 관리 구조
Project Management
BusinessDevelopment
Enterprise LevelEnterprise Level
BusinessManagement
Project AProject A Project BProject B Project CProject C
Assurance for the FutureAssurance for the Future
Support & ControlSupport & Control
ResultsResultsProject LevelProject Level
•Source: The Frontiers of Project Management Research, PMI
프로그램과 포트폴리오
Program : A group of related projects managed in a coordinated way to obtain benefits and control not available from managing them individually.
Portfolio : A collection of projects and/or programs and other work that are grouped together to facilitate effective management of that work to meet strategic business objectives.
Enterprise
Programs/Portfolios
Projects
프로젝트 관리와 전사적 프로젝트 관리의 비교
•전체 프로그램에 대한 종합적 위험 부담•프로젝트 위험 부담위험 프로세스
•공급자 통합 관리•프로젝트에 필요한 제품/서비스 공급조달 프로세스
•조직 전체에 필요한 프로젝트 리소스•프로젝트 팀원인적자원 프로세스
•조직 내 관련 인력 및 프로젝트 간 의사소통•프로젝트내 이해관계자간 의사소통의사소통 프로세스
•전사적 품질경영 및 품질보증체계•개별 프로젝트 차원의 품질보증/통제품질 프로세스
•기업과 프로그램 산정, 전사 예산, 실제 비용•프로젝트 예산 산정 및 실제 비용비용 프로세스
•프로그램 일정, 다중 프로젝트 일정•프로젝트 일정, 납기일정 프로세스
•조직적 인터페이스•프로젝트 관리 인터페이스 관리
•Work Breakdown Structure범위 프로세스
•조직 내에 구축된 종합적인 인터페이스•다른 영역과의 일시적인 인터페이스통합 프로세스
•기업 의사결정 프로세스와 통합된생명주기의 연속체
•기업 의사결정 프로세스에서 조정된프로젝트 방법론
관리 프로세스
•조직지향적
•전사차원의 목적
•지속적 진행
•프로젝트 지향적
•개별프로젝트 목적 달성
•착수에서 종료까지
전반적 배경
전사적 프로젝트 관리프로젝트 관리프로젝트 관리 분야
EPM 프레임워크
• Source: APM’s Body of Knowledge (http://www.apm.org.uk/)
프로세스/프로젝트 관리체계
S/W개발
프로세스정의
프로세스통제
프로세스측정
프로세스개선
프로세스실행
계획실행
프로젝트계획수립
계획조정계획/실적
측정
프로젝트
관리
프로세스
관리
요구사항
비전/전략/목표수립
조직 비전/전략과
일관된 프로세스의
제어 및 향상
프로젝트 목표
(예산, 납기, 품질)에 대한 만족
Product/Service
CMM기반의 프로젝트 관리
ProjectProjectManagementManagement EngineeringEngineering
OrganizationalOrganizationalProcess ManagementProcess Management
RM, SPP,SPTO, SSM,SQA, SCM
ISM,IGC
OPF,OPD,TR
SPE,PR
QPM SQM
TCM,PCM DP
Level 2Level 2
Level 3Level 3
Level 4Level 4
Level 5Level 5 • 프로세스 변경 관리(PCM) • 기술 변경 관리(TCM)• 결함 예방(DP)• S/W 품질 관리(SQM)• 정량적인 프로세스 관리(QPM)• 동료 검토(PR) • 소프트웨어 제품 엔지니어링 (SPE)• 그룹간 조정(IGC)• 통합된 S/W 관리(ISM)• 교육 프로그램 (TR)• 조직 프로세스 정의(OPD) • 조직 프로세스 초점(OPF)• S/W 구성 관리(SCM)• S/W 품질 보증(SQA)• S/W 외주 관리(SSM)• S/W 프로젝트 추적과 감독 (SPTO)• S/W 프로젝트 계획 수립(SPP)• 요구 사항 관리(RM)
전사적 프로젝트 관리 인프라
• 전사적 프로젝트 관리를 위한 인프라 개요
• Portfolio Management
• Process Management
• To-Be process model
• Organizational Management
• PMO (Project Management Office)란?
• PMO의 주요 역할
• PMO 구성의 수준
• PMO 도입 방안
• PMO의 성공 및 실패 요인
• Performance Management
전사적 프로젝트 관리를 위한 인프라 개요
전사적 프로젝트 관리를 지원하는 전술적인 인프라를 구축하고 프로젝트관리에 대한 지속적인 훈련과 체계를 제공하는 것이 중요
• Portfolio Management• 프로젝트를 선정하고 우선순위를 결정하고, 등록하고 자원을 할당• 모든 프로젝트가 No.1이 될 수 없다.
• Process Management•프로젝트의 전체 생명주기동안 수행해야 할 절차, 표준, 지침, 양식을 제공• 개발 및 관리 프로세스가 병행되어야 하며, 팀원들이 일괄되고 전문적인행동을 수행하도록 방향을 제시
• Organizational Management• 프로젝트 이해관계자간의 역할 및 의사소통 관계 설정하고 특히 경영층의지원과 관심을 이끌어내는 것이 중요• 조직 내 프로젝트 오피스를 통하여 프로젝트의 지원 및 정보 제공에서 점차프로젝트의 착수에 대한 주도권을 가지는 리더로 발전하여 프로젝트 관리의안정적 플랫폼 제공
• Performance Management• 성과관리시스템을 통하여 성과 측정 및 이력관리• 공정한 보상과 피드백 체계 구축• 프로젝트 관리자에 대한 지속적 능력 개발 기회 제공
Portfolio Management
전략적전략적 프로젝트프로젝트 관리관리
Doing the right projectsDoing the right projects
경영자관점의경영자관점의 프로젝트프로젝트 관리관리
예산예산//인력인력//위험위험//수익수익 분석분석
전략과의전략과의 상관관계상관관계, , 우선순위우선순위 결정결정
프로젝트프로젝트 관리관리
Doing the project rightDoing the project right
개별개별 PMPM관점의관점의 프로젝트프로젝트 관리관리
범위범위,,일정일정,,품질품질 등등 전술적전술적 관리관리
프로젝트프로젝트 효율적효율적 관리관리
포트폴리오 관리는 “Doing the right project right”로 요약되며 개별 프로젝트의
전략과의 상관관계, 자원 투입의 우선순위, 프로젝트 위험 및 수익분석 등
경영자 관점의 프로젝트 관리이다.
포트폴리오 관리는 “Doing the right project right”로 요약되며 개별 프로젝트의
전략과의 상관관계, 자원 투입의 우선순위, 프로젝트 위험 및 수익분석 등
경영자 관점의 프로젝트 관리이다.
Portfolio Management
A 분야 B 분야 C 분야
•미션•미션
•전략•전략
•목적•목적
•목표•목표
프로젝트 2A
프로젝트 3A
프로젝트 4A
프로젝트 2B
프로젝트 3B
프로젝트 4B
프로젝트 2C
프로젝트 3C
프로젝트 4C
프로젝트 1A 프로젝트 1B 프로젝트 1C
프로젝트는프로젝트는 이를이를 제안하기로제안하기로 결정한결정한 순간부터순간부터 시작된다시작된다..
Portfolio Management
비즈니스 전략 목표Initiatives &
Projects프로젝트 포트폴리오
진행중인 프로젝트
새로운 프로젝트
프로젝트 상황분석
전략과의 상관관계
투자수익
위험
우선순위 조정
Go/No Go 결정
프로젝트 관리
디수의디수의 IT IT 프로젝트를프로젝트를 다양한다양한 관점에서관점에서 균형균형 유지유지
객관적인객관적인 방법에방법에 의하여의하여 프로젝트프로젝트 우선순위우선순위 결정결정
프로젝트프로젝트 진행의진행의 가시성가시성 확보확보
프로젝트의프로젝트의 투자위험투자위험 감소감소 & & 투자투자 수익수익 증대증대
포트폴리오 관리 프로세스포트폴리오 관리 프로세스
Portfolio Management
프로젝트 정의
영향 분석
- 필요한
기술 식별
- 잠재적인
이점의 개발
위험
- 원가/일정
- 기술
- 품질
주변상황
경쟁 상황
자원 & 가용성
과거 성과에 대한
분석
프로젝트
목표
기회와
위협
강점과
약점
현재
프로젝트사양
상황
분석
기회(O)
자사에게 제공되는 기회를명료하게 기술
자사에게 나쁜쪽으로작용하는 것을 기술
경쟁사와 비교하여 기술.보유하고 있거나 동원가능하거나 활용가능한 자원
자사)의 내부환경을 분석하여 명료하게 기술
강점(S)
위협(T)
약점(W)
SWOT 분석
프로젝트 상황분석프로젝트 상황분석
자원품질
강함 중간 약함
높음
중간
낮음
프로젝트이익
Process Management
프로세스 이행(Ability & Activity)
프로세스 평가(Verification)
프로세스 개선(Measurement)
Plan
Action
Do
Check
POLICIES STANDARDS
PROCESSES
PROCEDURES
Constrain the process
Is implemented by
프로세스 수립(Commitment)
조직 내 표준 프로세스는 PDCA 사이클에 따라 지속적으로 개선시키며 프로세스
의 궁극적인 주체는 사람임을 인식하여 조직의 환경에 따라 프로세스를 테일러링
조직 내 표준 프로세스는 PDCA 사이클에 따라 지속적으로 개선시키며 프로세스
의 궁극적인 주체는 사람임을 인식하여 조직의 환경에 따라 프로세스를 테일러링
Process Management
•프로세스 개발•프로세스는 Bottom up과 Top-down 방식으로 크게 구분•CMM는 Top-down approach를 지향하며 4 tier-architecture 구성됨•Process-Stage-Activities-sub activities
••프로세스프로세스 개발개발•프로세스는 Bottom up과 Top-down 방식으로 크게 구분•CMM는 Top-down approach를 지향하며 4 tier-architecture 구성됨•Process-Stage-Activities-sub activities
Process 정의 (프로세스 개요와 각 stage와 reference를 보여줌)Process 정의 (프로세스 개요와 각 stage와 reference를 보여줌)
각 Stage에서는 ETVX를(Entry, Task, Verification, and eXit) 정의한다.각 스테이지에서는 아래의 Terms and Conditions을기술한다.
각 Stage에서는 ETVX를(Entry, Task, Verification, and eXit) 정의한다.각 스테이지에서는 아래의 Terms and Conditions을기술한다.
수행할 업무(태스크)수행할 업무(태스크)
가장 작은 업무 단위 (프로시저)가장 작은 업무 단위 (프로시저)
ProcessProcess
stagestage
ActivitiesActivities
Subactivities
Subactivities
Process Management
ETVXETVX 예제예제 ::개발계획서개발계획서 수립수립 프로세스프로세스
ENTRY TASK EXIT
VERIFICATION
1. PM 지정 (C1)2. 정책 (C2)3. SOW (Ab1)4. 책임과역할 (Ab2)5. 자원/자금 (Ab3)6. 팀원의관련교육이수
(Ab3)7. 절차 (Ac4, 6, 9-12)
1. 프로젝트제안서작성팀에참여 (Ac1)2. 프로젝트초기와진행중에계획수립 (Ac2)3. Life Cycle 정의 (Ac5)4. 개발계획수립및문서화 (Ac 6, 7)5. 작업산출물정의 (Ac 8)6. Estimates 및스케줄도출 (Ac 9-12)7. Risk 정의, 분석및문서화 (Ac 13)8. Tool/시설제공계획준비 (Ac 14)9. 계획수립 Data 기록 (Ac 15)
1. Estimates 문서화 (G1)2. 프로젝트와
Commitments에대한계획수립( G2)
3. 관련그룹과팀원이Commitment에대해합의 (G3)
4. 개발계획수립5. Risk 정의6. 프로젝트에필요한작업산출물정의
7. 측정치수집8. 계획수립능력향상
1. 상위관리자검토 (V1)2. PM이검토 (V2)3. SQA가검토/감사 (V3)4. 프로젝트계획수립활동의상태에대한측정
(M1)5. 관련된다른그룹과함께참여 (Ac 3)6. 상위관리자가외부의 Commitment에대해검토 (Ac 4)
“To-Be” process model
품질보증계획 수립
S/W품질보증(SQA)
도출
요구사항 관리(RM)
프로젝트계획수립(SPP)
조직간 협력(IC)
교육훈련프로그램(TP)
동료검토(PR)
분석 설계 코딩 시험
구성 계획수립/식별
계획수립
계획수립 결함관리
구성감사
검토수행
품질보증 활동(검토/심사)
분석/보고
분석 명세화
선정/계약 모니터링 성과측정 인수시험
산정 및 계획수립
Size,Effort,Cost, Schedule,CCR,risk
승인
구성상태보고구성통제 (베이스라인)
교육훈련 계획 수립
교육과정 개발운영/관리
교육훈련 이력관리
시스템 요구사항 협의
의사소통 체계 수립
그룹간 의존성 관리
SPI 조직구성 SPI 계획 수립 심사(내부/외부)
조직 프로세스 기획/정의(OPF/OPD)
조직 표준 프로세스 개발/유지 ( Processes, Guidelines, SLC, Tools )PAL
소프트웨어 관리 통합(ISM) - Project’s PDSP
프로젝트진행 관리(SPTO)모니터링 및 진척관리
(Size, Effort, Cost, Schedule, CCR, Risk) 시정조치
S/W 구성관리(SCM)
S/W 협력업체관리(SSM)
협업
교육지원
참조/활용, 재 사용
S/W 개발활동(SPE)
Est./Planning,Measurements,Defect Data
조직 표준 프로세스(OSSP)
교육훈련관리
조정지원/활용
협력업체관리
교육과정및 이력
참조
활용
등록
Process DB
OSSP, PDSP,Best Practice
조직 프로세스 개선
수집/등록
개선 활동
프로세스 인프라
그룹간 업무협의/ 검토
그룹간 이슈관리
프로세스 인프라
Organizational Management
•기능 조직의 프로젝트 관리 접근• 기능부서 조직의 경계들은 cross-functional 변화를 저해• 전문가의 기술이 보통 특정한 기능 조직 내 갇힘• 지원시스템은 프로세스 중심보다는 부서 중심으로 개발/운영• 프로젝트 목표에 대한 불명확한 주인의식과 책임 의식 모호• 성과측정은 정적이고 과거 지향적
•PMO 조직의 프로젝트 관리 접근• 조직 경계를 허무는 상호기능적 변화 추구• 자원에 대한 전사 및 장기적 관점• 조직 전략에 맞춘 스킬 및 역량에 초점• 프로젝트 책임에 대한 명확한 주인의식과 책임의식• 성과 측정이 능동적이며 미래지향적
!!
??
•PMO 정의• 조직 전반에 걸쳐 PM지식이나 원리, 도구 및 기법 등을 실행하는데 있어서 프로젝트 관리자와 팀원들을 지원하기 위한역할 수행
• 주요 역할• PM 표준 프로세스 및 관리방법론 개발 및 유지• 과거 프로젝트 산출물 및 자료 수집, 분석• 프로젝트 행정적 지원 제공• 프로젝트 관리 시스템 운영 및 사용자 지원• PM 컨설팅 및 도구 활용• PM 교육 프로그램 개발 및 제공
• 도입 전략• 속도와 인내• 전사적 접근과 시스템• 개방된 의사소통
PMO (Project Management Office)란?
프로젝트의 가시화통제체계 수립
PMO의 주요 역할
Project support
Project management process
/ methodology
Training
Home for project managers
Internal consulting / mentoring
PM software tools
Portfolio management
•Source: CIO Magazine, 2003.7.1
Alignment Alignment with Org. with Org.
Objectives Objectives
Integrated Integrated Delivery Delivery
Framework Framework
Projects Projects
Project Management InfrastructureProject Management Infrastructure
PMO 구성의 수준
• Level 1 : Project control office• Level 2 : Business unit project office• Level 3 : Strategic project office
CEOCEO
R&DR&D Dev & SupportDev & Support FinanceFinance
Appl DevAppl Dev
StrategyPO
StrategyPO
SystemsSystems SupportSupport IT ProjectOffice
IT ProjectOffice
Projects PO
Level 3Level 3Strategy
Project Office
Level 2Level 2Business UnitProject Office
Level 1Level 1Project Control
Office
PMO 도입 방안
• PMO 도입의 전략적 단계 (1단계)
PMO설치 프로젝트도 여타 프로젝트와 마찬가지로 프로젝트화 하여Project Charter 가 만들어 지면서 시작된다. Charter에는 PMO의목적과 비전, 책임자 그리고 기타 PMO 추진 내용이 수록된다. 시작시점에서 중요한 사항은 반드시 경영층의 강력한 지원과 참여가있어야 한다.
주요 업무
• PMO(PM officer) 임명
• PMO 팀원 충원 및 팀구성
• 팀원 역할 및 책임 정의
• Project Charter 작성
• 목표, 비전 및 접근 전략 규정
내 용
PMO
조직 구성
단계
PMO 도입 방안
• PMO 도입의 전략적 단계 (2단계)
PMO의 구성이 끝나고 나면 팀원들의 역할 분담이 분명해 진다. 팀내의 역할분담은 방법론 개발, 프로젝트관리 시스템 도입, 교육, 의사소통 등으로 구분된다. 또한 프로젝트관리의 기반을 만들기 위한과거 프로젝트의 경험과 지식을 축적하는 데이터베이스를 구성해야한다. 또한 신규 프로젝트에 활용할 수 있는 각종 템플릿을 구축하고, 프로젝트관리 소프트웨어를 선정한다. 파일럿 프로젝트를 성공적으로수행한다.
주요 업무
• PMO 조직 구성 완료
• PMO 업무 범위 및 업무 분장 확정
• PM 프로세스 개발
• 포트폴리오 관리 프로세스 개발
• PMS 소프트웨어 선정 도입 및 개발
• PMO 성공 측정 기준 설정
• 과거 프로젝트 관련 데이터베이스 구성 및 지식 축적 착수
• 파일럿 프로젝트 수행
내 용
PMO 가동
단계
PMO 도입 방안
• PMO 도입의 전략적 단계 (3단계)
모든 것이 갖추어진 PMO를 운영하는 단계이다. 프로젝트팀은 문서화된 방법론에 의하여 프로젝트를 수행하고 PMO는 지식화 된 프로젝트정보를 활용토록 프로젝트 팀에게 권장한다. PMO의 데이터베이스에는 종료된 프로젝트의 경험정보, 활동일정 추정 정보, 기타여러 가지 프로젝트 지식이 정리 된다. 아울러 프로젝트 관리자에게필요한 핵심 역량을 정의하고 정기적으로 교육을 실시한다.
주요 업무
• 프로젝트 계획 시 준비된 템플릿 사용
• 주요 프로세스의 자동화
• 정해진 성과기준에 의하여 프로젝트 성과 추적
• 프로젝트 성과 추이 분석
• 포트폴리오 애플리케이션 도입
• 각 프로젝트 및 활동 일정 예측이 과거 정보로부터 추정
• 프로젝트 관리 핵심 역량 교육
내 용
PMO
정상 운영
단계
PMO 도입 방안
• PMO 도입의 전략적 단계 (4단계)
이 단계는 지속적 개선을 목표로 업무가 진행되는 단계이며 대부분의프로젝트를 정확히 예측할 수 있도록 프로세스를 지속적으로개선한다. PMO는 과거 프로젝트로부터 가치를 만들어 가며 각프로젝트는 예산 내에 정해진 기간을 단축하여 높은 품질의 결과를만들어 내는 조직으로 변화시킨다.
전사적 차원에서 프로젝트 관리의 자원 및 비용이 통합되고 관리된다.
주요 업무
• 소프트웨어 품질의 지속적 개선 및 갱신
• 프로젝트의 성공에 대한 성과 추적
• 프로젝트 위험 및 실패 감소
• 경영진의 지속적인 참여 유지
• 조직 전체의 변화 및 개선 프로그램 지속적인 유지
내 용
지속적 개선
단계
PMO의 성공 및 실패 요인
• PMO 도입의 주요 성공 요인• 조직 내 지원 확보• 명확한 추진 계획 및 업무범위 설정• 추진팀의 전문성 확보• 조직내 의사소통원• 변화관리 및 PM 문화 창출 : 단방향적인 PM 교육 실시와 관리도구 제공으로는 효과를 거둘 수 없음• PMO 존재 가치 입증
• PMO 도입의 실패하는 주요 요인• PMO 도입에 따르는 일을 과소 평가하라.• 주요 이해 관계자들을 무시하라.• 뭔가를 주기 전에 무엇이든 요구하라.• 모든 걸 한꺼번에 해결하라.• PMO 추진을 지연하라.
Performance Management
성과관리를 위해서는 인력기획부터 육성, 평가, 보상에 이르기까지
상호 유기적인 관계를 가지는 체계를 수립할 필요가 있음.
목표 설정
목표 모니터링
성과 검토 회의
성과 평가 인력 평가
직무수행능력 진단
교육 / 연수 실시
직무수행능력 평가
인력 보상
인적자원 계획
직무 할당
경력 개발
육성관리
보상관리
성과관리
인력기획관리
Why? What? Who? How? When?
평가관리
Performance Management
프로젝트 관리자에 대한 보상 및 동기 부여프로젝트 관리자에 대한 보상 및 동기 부여
•• 계층적계층적 급여체제에서급여체제에서 프로젝트프로젝트 결과에결과에 따른따른 보상보상 체계체계 제공제공
•• 역량과역량과 성과에성과에 따른따른 보상보상 방식방식 마련마련
••돈은돈은 뛰어난뛰어난 성과를성과를 올리도록올리도록 자극하며자극하며 동시에동시에 기술기술 습득습득, , 경력개발경력개발, , 팀의팀의 유연성과유연성과 지속적인지속적인 학습에학습에 대한대한 동기동기 부여부여
•• 금전적인금전적인 보상은보상은 실제적실제적 자극제로는자극제로는 부족부족
•• 보상체계에서보상체계에서 금전적인금전적인 보상보다보상보다 일과일과 삶의삶의 문제를문제를 중요시중요시 하는하는 경항경항
••긍정적인긍정적인 의견수렴의견수렴, , 직위직위, , 권한권한 위임위임, , 전략적전략적 결정에결정에 참여참여, , 지원지원, , 명확한명확한지침지침, , 개성개성 존중존중 등등 여러여러 가지가지 동기동기 유발책을유발책을 혼합하는혼합하는 것이것이 필요필요
Performance Management
(http://www.aipm.com.au/)
프로젝트 관리자 역량프로젝트 관리자 역량
투입역량
전문지식,기술,경험
PMI의 프로젝트관리지식체계
프로세스 역량
기본적인 태도,행위
인성측정
산출역량
작업성과
프로젝트관리역량 표준
평가
개발
작업설계
프로젝트 실적 향상
조직 실적 향상
Performance Management
프로젝트 선택
전략타당성
가능성
고객
이익
프로젝트 목표
기술적 측면
사업 측면
목표계획
최소 원가
최소 기간
최소 위험
역량 계획
인력
설비
자본
기술
피드백
Technical skills
Leadership skills
Process skills
직무기술서
외부 교육 사내 교육커스터마이즈된
내부 교육
미성숙 상태 성숙한 상태 탁월한 상태
직무기술서 능력 모델
현 장현 장
Performance Management
공통 교육PM 인력이 기본적으로 획득
해야 하는 역량과 관련된 교육
다른 사람의 도움을 전적으로받아야 업무를 수행할 수 있는수준의 인력이 수강해야 할 교육
교육 체계도 구성(필수 교육과 직무계층별 교육으로 구성)
Expert
PM계층별교육 Senior
Junior
다른 사람을 지도하며, 주도적으로 업무를 수행하기위해 수강해야 할 교육
다른 사람의 도움을 일부 받으나, 독자적으로 업무를 수행하기위해 수강해야 할 교육
Specialist
업계에서 전문가로 인정 받을 수있는 수준에서 업무를 수행하기위해 수강해야 할 교육
프로젝트 관리자 계층별 전문교육 프로그램 제공프로젝트 관리자 계층별 전문교육 프로그램 제공
구분 과정 비고
Expert프로젝트 컨설팅 과정 I (기초)프로젝트 컨설팅 과정 II (실무)
필수
선택
Specialist전사적 프로젝트 관리
프로젝트 관리 기법
필수
필수
Senior
PMP 과정
프로젝트 관리 도구 I, II프로젝트 계획 수립 및 테일러링
필수필수/선택
필수
Junior프로젝트 관리 기초
PMBOK필수
선택
• 정보보호개요 과정
• 직장인 예절
• 프리젠테이션기법
• 전문 리더십과정
의사소통
• ERP 개요
• OM 기초
• S/W 엔지니어링기초
• Open VMS 기초
• DBMS 기초
• Window NT 기초
IT 일반
• 정보보호실무 과정
정보보호
• IT 경영체계개요 과정
• CMM 과정
품질 관리
• 프로젝트 관리방법론
• 프로젝트 관리고급 과정
• 획득 실무 과정
• 컨설팅 기법
프로젝트 관리고객업무 이해 및
업무연계
차/부장
과장
• 선물 실무대리
• 선물 기초사원
공통 필수 교육
임원
구분
• 정보보호개요 과정
• 직장인 예절
• 프리젠테이션기법
• 전문 리더십과정
의사소통
• ERP 개요
• OM 기초
• S/W 엔지니어링기초
• Open VMS 기초
• DBMS 기초
• Window NT 기초
IT 일반
• 정보보호실무 과정
정보보호
• IT 경영체계개요 과정
• CMM 과정
품질 관리
• 프로젝트 관리방법론
• 프로젝트 관리고급 과정
• 획득 실무 과정
• 컨설팅 기법
프로젝트 관리고객업무 이해 및
업무연계
차/부장
과장
• 선물 실무대리
• 선물 기초사원
공통 필수 교육
임원
구분
업무 실무
업무 기초 품질경영체계
FE/BES 개요
UNIX/VMS 기초
Performance Management (핸디소프트 사례)
10
10
10
30
20
20
배점
릴리즈 및 릴리즈 이후 결함밀도제품
품질
계획 대비 공수 집행 실적 (IPR 기준)공수
준수율
계획 대비 일정 준수 실적 (IPR 기준)납기
준수율
필수 산출물 평가 체크리스트 기준산출물
품질
계획 대비 실적 / 발견된 결함수/ 1인당 준비시간/ 결함제거율
인스펙션
실적
프로젝트
관리절차
평가 지표
사내표준 절차 준수 항목
(착수보고서 / 계획 수립/테일러링/테스트결과/릴리즈검토 /산출물재사용/ 종료보고서 / CPR / 외주용역평가)
내 용
필수 산출물 평가 체크리스트 기준10산 출 물
품질
프로젝트 고객만족도 설문조사의평가 결과
20고객만족도
설문조사
사내표준 절차 준수 항목
(착수보고서 / 계획 수립/테일러링/테스트결과/릴리즈검토 /산출물재사용/ 종료보고서 / CPR / 외주용역평가)
10프로젝트
관리절차
품질목표 달성율
(결함제거율, 요구사항 구현)20품질
만죽도
계획 대비 일정 준수 실적 (IPR 기준)20납기준수율
계획 대비 비용 집행 실적 (IPR 기준)20비용준수율
내 용배점평가지표
• 제품개발 프로젝트 평가 기준 • 서비스 프로젝트 평가 기준
Performance Management
방향 기술 인센티브 자원 행동계획 동참
기술 인센티브 자원 행동계획 혼란
인센티브 자원 행동계획 불안
자원 행동계획 변화없음
행동계획 좌절
잘못된 출발
방향
방향
방향
방향
기술
기술
기술
인센티브
인센티브 자원
동참을 이끌기 위한 참여 모델동참을 이끌기 위한 참여 모델
프로젝트 관리 성숙도 모델
• 프로세스(Process) 이해
• 프로세스 성숙도 (Process Maturity)
• 프로세스가 미성숙된 조직의 특성
• 프로세스가 성숙된 조직의 특성
• PMMM 추진 배경
• OPM3 표준요소
• Best Practice
• Best practice category
• Process 개선 모델
• SW-CMM vs. OPM3
• 프로젝트 관리 성숙도 모델(Kerzner's PMMM)
• 성숙도 수준별 특성
• PMMM의 개선 효과
• Kerzner's PMMM 평가 사이트
• PMMM의 설문 조사
• PMMM의 설문 분석 결과
• PMMM의 개선 프로그램
• Dr. Kerzner’s 16 Points to Project Management Maturity
프로세스(Process) 이해
인력
프로세스
기술
B
C
A DB
C
A DA D작업간의 관계를정의하는 절차 및 방법기술과 동기를 가지고
훈련을 받은 인력
도구 및 장치
프로세스: 절차, 인력, 기술의 통합
OrganizationalCapability
프로세스 성숙도 (Process Maturity)
- 신뢰할 수 있는 생산성과 품질로
고객만족을 가져올 수 있음.
- 정확한 예측으로 비용과 위험을
감소시킬 수 있음.
특정 프로세스가 명시적으로 정의되고, 관리되고, 측정되고, 통제되고, 효과적인 정도
성숙도가 높아짐에 따라 프로세스의 안정성과 변동의 예측가능성이
높아지므로 프로세스 능력이 향상됨
프로세스프로세스 능력능력 프로세스프로세스 성과성과
프로세스가 미성숙된 조직의 특성
Software Processes Improvised
Reviews and Testing Often ShortchangedProduct Quality
Difficult to Predict
Managers are Reactionary
Existing Software Processes Not Enforced
Deliverables not Compliant
Schedules and Budgets
Routinely Exceeded
Project Spending
0
500
1000
1 2 3 4
프로세스가 성숙된 조직의 특성
Communicated to Employees
Activities Follow
Processes
Defined, Mandated Practices
Schedules and Budgets Based on
Historical Performance
Estimating Systems
Managers Enforce
Policies and Processes
SQA
Managers Monitor Project
Performance & Status
Managers Monitor
Customer Satisfaction
Customer Satisfaction
SurveysStatus
Reports
Project Spending
0
500
1000
1 2 3 4
Standards&
Policy
PMMM 추진 배경
• 개별 프로젝트 관리(PMBOK Guide) 차원에서 전사적 프로젝트 관리수준으로 기업의 전략과 연계하여 조직 목표 달성 강조
• 조직 전략과 연계된 프로젝트 관리를 위하여 조직적인 역량(capacity)구축이 필수적 선결 과제로 등장
• 1990년대 부터 IT 산업계에서 개발생명주기 프로세스 개선 및 구현을위한 조직 역량 표준으로 CMM, SPCIE(ISO 15504) 도입 및 확산
• PMI는 1998년부터 OPM3(Organizational Project Management Maturity Model: http://opm3.pmi.org) 프로젝트 팀을 구성하여 표준화 작업(지식수렴 및 모델 검증 작업) 진행하여 2003년 12월 발표
• CMM과 SPICE는 전체 개발 프로세스에 초점을 두고 있으나 PMMM은프로젝트 관리 프로세스에 초점을 두고 있음
OPM3 표준요소
• OPM3 표준은 Knowledge(지식)와 Assessment(평가)와 Improvement(향상)의 3 요소로 구성
Best Practice
• Best Practice
특정 분야에서 우수성을 보여주는 조건
결과 및 효과를 향상시키기 위해 추구하는 모범
• Capability
Best practice 달성을 지원하기 위한 일련의 스텝
Capability에 대응하는 결과물(output)에 의하여 확인
• Outcome
Capability를 증명하는 유형 또는 무형의 결과
• Key Performance Index(KPI)
메트릭을 통해 output을 측정하는 수단
Best practice category
•• 프로세스프로세스 그룹그룹
착수착수, , 계획계획, , 실행실행, , 통제통제, , 종료종료
•• 조직적조직적 프로젝트프로젝트 관리관리 도메인도메인
프로젝트프로젝트
프로그램프로그램 : : 각각의각각의 관리에서는관리에서는 찾을찾을 수수 없는없는 이익과이익과 통제를통제를 얻기얻기 위해위해조정하여조정하여 관리되는관리되는 일련의일련의 프로젝트들의프로젝트들의 그룹그룹
포트폴리오포트폴리오: : 전략적전략적 목표를목표를 달성하기달성하기 위한위한 작업들을작업들을 효과적으로효과적으로관리하기관리하기 위한위한 프로젝트나프로젝트나 프로그램의프로그램의 그룹그룹
•• 프로세스프로세스 개선개선 모델모델
표준표준(standard), (standard), 측정측정(Measure), (Measure), 통제통제(Control), (Control), 지속적지속적향상향상(Continuous Improvement)(Continuous Improvement)
Process 개선 모델
• 프로세스는 표준화되고 측정되고 통제되고 지속적으로 개선을 통하여 성과 개선
•• Process (standardization)Process (standardization)
프로세스는 잘 정의되고, 개념적으로 반복가능하며, 체계적인 순서와 기법, 전략그리고 입/출력 구조를 갖춤
조작적 정의를 통하여 동일한 기준을 마련하고 행위를 통제함으로써 표준화를달성토록 함.
•• MeasurementMeasurement
모든 프로세스는 측정될 수 있으며 통제 및 개선을 위하여 측정이 되어야 함.
프로세스 측정은 핵심 프로세스 특성이나 핵심 성과 지표에 초점을 둠
측정 기법은 명확하게 정의
•• ControlControl
통제는 프로세스 혼란을 방지하는데 초점을 둠
프로세스 통제를 관리하는 시스템은 1. 안정성의 조작적 정의 2. 프로세스 이상변화를 탐지하는 매카니즘을 포함
•• Continuous ImprovementContinuous Improvement
지속적 개선은 프로세스의 반복적이고 체계적이며 지속적인 프로세스 개선을통하여 결과적으로 제품의 향상을 이루는 것을 의미함.
지속적 개선은 표준 시스템 통합에 기반한 원인-제거 활동이며 전개 과정에서참여를 확산시킴
Requirements ManagementSoftware Quality AssuranceSoftware Project PlanningSoftware Project Tracking & OversightSoftware Subcontract ManagementSoftware Configuration Management
Organization Process FocusPeer ReviewsIntergroup CoordinationSoftware Product EngineeringIntegrated Software ManagementTraining Program
Software Quality ManagementQuantitative Process Management
Process Change ManagementTechnology Change ManagementDefect Prevention
4
5
1
2
3
Project definitionProject definition
Configuration definition and controlProject quality controlManagement of suppliersProject monitoring and controlProject planningRisk managementRequirements managementProject establishment
Quality assuranceInter-team co-ordinationLifecycle controlOrganizational focusProject management process definitionProject trainingIntegrated management
Project metricsOrganizational Quality Management
Proactive Problem ManagementTechnology managementContinuous Process Improvement
SW-CMM vs. OPM3
Initial
Managed
Defined
Repeatable
Optimizing
프로젝트 관리 성숙도 모델 (Kerzner's PMMM)
•Source: Strategic Planning for Project Management using a Project Management Maturity Model, Harold Kerzner
Level 1Common Language
Level 2Common Processes
Level 3Singular
Methodology
Level 4Benchmarking
Level 5Continuous
Improvement
BasicKnowledge
ProcessDefinition
ProcessControl
ProcessImprovement
ProjectManagementCertificateProgram
Difficulty
Low
Low
High
Medium
Medium
Level 1 단계: 공통언어
• 프로젝트관리 립 서비스• 임원의 지원이 전혀 없음• 관심이 저조함• 프로젝트 관리의 유용성에대해 알려고 하지 않음• 회사가 나서기 전에 개인이먼저 관심을 가짐• 프로젝트 관리에 대한 교육훈련에 전혀 투자가 없음
• 프로젝트관리 립 서비스• 임원의 지원이 전혀 없음• 관심이 저조함• 프로젝트 관리의 유용성에대해 알려고 하지 않음• 회사가 나서기 전에 개인이먼저 관심을 가짐• 프로젝트 관리에 대한 교육훈련에 전혀 투자가 없음
기본
지식
습득
기본
지식
습득
Level 1 Common Language 특성
Level 1 Common Language 특성
• 프로젝트 관리에 대한 교육훈련 조기 실시• 사원들에게 PMP 자격 취득장려 및 취득자 채용• 사원들에게 프로젝트 관리에대한 언어로 의사소통하게 함• 적용 가능한 프로젝트 관리도구를 파악하고 분석• 프로젝트 관리에 대한 기본원칙에 대한 이해 갖춤(PMBOK)
• 프로젝트 관리에 대한 교육훈련 조기 실시• 사원들에게 PMP 자격 취득장려 및 취득자 채용• 사원들에게 프로젝트 관리에대한 언어로 의사소통하게 함• 적용 가능한 프로젝트 관리도구를 파악하고 분석• 프로젝트 관리에 대한 기본원칙에 대한 이해 갖춤(PMBOK)
Level 2를 위한 활동Level 2를 위한 활동
Level 2 단계: 공통 프로세스
• 프로젝트 관리의 이점 인식• 조직의 모든 레벨에 대하여조직적인 지원이 이루어짐• 프로세스와 방법론에 대한필요성을 인식함• 전사 프로젝트 통제에 대한필요성을 인식함• 프로젝트 관리 교육 과정을개발함
• 프로젝트 관리의 이점 인식• 조직의 모든 레벨에 대하여조직적인 지원이 이루어짐• 프로세스와 방법론에 대한필요성을 인식함• 전사 프로젝트 통제에 대한필요성을 인식함• 프로젝트 관리 교육 과정을개발함
프로
세스
정의
프로
세스
정의
Level 2 Common Processes 특성
Level 2 Common Processes 특성
• 프로젝트 관리의 행동적인측면과 정략적인 측면을 모두지원하는 문화를 개발• 프로젝트 관리에 대한 필요성/추진력과 장단기적으로 성취될 수 있는 장점을 인식• 요구되는 장점들이 반복적으로 성취될 수 있도록 하기위하여 프로젝트 관리 방법론을 개발• 프로젝트 관리를 통한 장점들이 유지되고 장기적으로 개선될수 있도록 하기 위하여 전체직원을 대상으로 하는 지속적인프로젝트 관리 과정 개발
• 프로젝트 관리의 행동적인측면과 정략적인 측면을 모두지원하는 문화를 개발• 프로젝트 관리에 대한 필요성/추진력과 장단기적으로 성취될 수 있는 장점을 인식• 요구되는 장점들이 반복적으로 성취될 수 있도록 하기위하여 프로젝트 관리 방법론을 개발• 프로젝트 관리를 통한 장점들이 유지되고 장기적으로 개선될수 있도록 하기 위하여 전체직원을 대상으로 하는 지속적인프로젝트 관리 과정 개발
Level 3를 위한 활동Level 3를 위한 활동
Level 3 단계: 단일 방법론
• 통합된 프로세스• 문화적 지원• 전 조직에 걸친 경영층 지원• 프로젝트 관리 교육에 대한투자• 뛰어난 업무 적용 (엄격한절차보다는 가이드라인 및체크리스트 중심)
• 통합된 프로세스• 문화적 지원• 전 조직에 걸친 경영층 지원• 프로젝트 관리 교육에 대한투자• 뛰어난 업무 적용 (엄격한절차보다는 가이드라인 및체크리스트 중심)
프로
세스
프로
세스
통제
통제
Level 3 Singular Methodology 특성
Level 3 Singular Methodology 특성
•방법론을 통한 프로젝트성공을 바탕으로 모든관련 프로세스를단일방법론으로 통합•효율적 프로젝트 관리와정보공유 문화의 전사적수용 장려• 지원부서에 프로젝트와관련한 책임을 부가
•방법론을 통한 프로젝트성공을 바탕으로 모든관련 프로세스를단일방법론으로 통합•효율적 프로젝트 관리와정보공유 문화의 전사적수용 장려• 지원부서에 프로젝트와관련한 책임을 부가
Level 4를 위한 활동Level 4를 위한 활동
Level 4 단계: 벤치마킹
• Project Office/Center of Excellence의 신설• 벤치마킹을 위한 전담인력구성• 동종 및 타 업계 모두 모색• 프로세스와 방법론 모두에대한 정량적인 벤치마킹실시• 문화에 대한 질적인벤치마킹
• Project Office/Center of Excellence의 신설• 벤치마킹을 위한 전담인력구성• 동종 및 타 업계 모두 모색• 프로세스와 방법론 모두에대한 정량적인 벤치마킹실시• 문화에 대한 질적인벤치마킹
프로
세스
프로
세스
개선
개선
Level 4Benchmarking 특성
Level 4Benchmarking 특성
• 벤치마킹을 전담하는조직을 구성• 프로젝트 관리 벤치마킹프로세스를 발전• 무엇을 벤치마킹할 지/ 누구를 벤치마킹할 지를결정• 벤치마킹의 이익을 인식
• 벤치마킹을 전담하는조직을 구성• 프로젝트 관리 벤치마킹프로세스를 발전• 무엇을 벤치마킹할 지/ 누구를 벤치마킹할 지를결정• 벤치마킹의 이익을 인식
Level 5를 위한 활동Level 5를 위한 활동
지속적지속적개선개선
Level 5 단계: 지속적인 개선
• Lesson learned 축적• 지식 전달 및 공유• 사내 포럼 or 교육 세미나• 멘터십 프로그램• 프로젝트 관리를 위한 전략적인 계획 수립은 지속적인프로세스로 이해
• Lesson learned 축적• 지식 전달 및 공유• 사내 포럼 or 교육 세미나• 멘터십 프로그램• 프로젝트 관리를 위한 전략적인 계획 수립은 지속적인프로세스로 이해
Level 5Continuous Improvement
특성
Level 5Continuous Improvement
특성• 기존 프로세스 개선• 통합된 프로세스 개선• 행동적인 이슈• 관리적인 이슈• 벤치마킹
• 기존 프로세스 개선• 통합된 프로세스 개선• 행동적인 이슈• 관리적인 이슈• 벤치마킹
지속적인 개선 영역들지속적인 개선 영역들
성숙도 수준별 특성
프로젝트관리 교육
프로젝트관리 교육
프로젝트관리 기술
프로젝트관리 기술
프로젝트 관리경쟁력 배양
프로젝트 관리경쟁력 배양
지속적인경쟁 우위
지속적인경쟁 우위
전략적 경쟁력확보
전략적 경쟁력확보
~로 이끈다
~의 원천이다
~의 기초이다
~로 가는 길이다
미성숙 상태미성숙 상태 성숙한 상태성숙한 상태 탁월한 상태탁월한 상태
••사업에서사업에서 중요한중요한 것은것은계획계획 자체가자체가 아니라아니라계획수립계획수립 과정이다과정이다..
PMMM의 개선 효과
프로젝트관리 비용
개선된프로젝트관리가 주는추가적 이익
고정적 지출
시간
비용
2년간 5년간
성숙기 탁월함
시간
프로젝트
실패
성공
Kerzner's PMMM 평가 사이트
• International Institute for Learning는 웹사이트(www.ill.com)를 통하여 자가 진단형태의 온라인 프로젝트 관리 성숙도 모델 평가 도구를 제공
• LEVEL 1: Common Language (80 questions)• LEVEL 2: Common Processes (20 questions)• LEVEL 3: Singular Methodology (42 questions)• LEVEL 4: Benchmarking (25 questions)• LEVEL 5: Continuous Improvement (16 questions)
PMMM의 설문 조사
• CBP(Center for Business Practices)에서 2000년 126명의 선임 프로젝트관리자를 대상으로 프로젝트 관리 성숙도에 대한 설문 조사•PMBOK Guide의 9개 지식영역에 대하여 42개 세부 컴포넌트로 구분하여조직내 프로젝트 관리 성숙도를 평가
• 설문 Sampling
• 기업의 규모small($99Million)Mid($100Million ~$999Million)Large($1Billion)
• 산업군InformationProfessionalScientificTechnical servicesFinance and InsuranceManufacturing
PMMM의 설문 분석 결과
PMMM survey result
0.80%
0.80%
3.20%
6.30%
88.90%
Level 5
Level 4
Level 3
Level 2
Level 1
1. 위험관리 영역이 다른 지식 영역보다 성숙도가 매우 낮음2. 높은 성숙도 영역 : technical requirements definition(2.58), scope
definition(2.58), project plan execution(2.54), activity definition(2.52), business requirement definition(2.46)
3. 낮은 성숙도 영역 : risk documentation(1.42), risk quantification(1.69), risk control(1.71), risk response(1.74), cost resource planning(1.82), cost control(1.92)
4. 기업의 규모와 성숙도의 관계는 크지 않으며, 산업군도 큰 차이를 보이지않았으나 소규모 기업은 상대적으로 business requirement definition에서, 대기업은 project plan development에서 낮은 성숙도를 보임
PMMM의 개선 프로그램
Uncertainty
Awakening
Enlightenment
Wisdom
CertaintyPMMM 개선방향
•효율적인 프로세스 개선 경로 제시
•단계적 프로세스 개선 활동에 대한우선 순위 설정
•프로젝트 관리 개선 계획 수립 및진행사항 추적
•프로젝트 관리의 엑설런스에 대한조직 문화 개발
평가 결과에 따라 프로젝트 관리 성숙도 프레임워크 내에서 개별 프로젝트관리 프로세스들이 조직의 성숙도를 효율적으로 높일 수 있도록 최적화
평가 결과에 따라 프로젝트 관리 성숙도 프레임워크 내에서 개별 프로젝트관리 프로세스들이 조직의 성숙도를 효율적으로 높일 수 있도록 최적화
Dr. Kerzner’s 16 Points to Project Management Maturity
1. 프로젝트 관리 방법론을 도입하여 지속적으로 사용한다.2. 프로젝트 관리수준의 향상과 확산을 지향하는 전사 차원의 철학을 세운다.3. 착수 시 효과적인 프로젝트 계획을 수립할 수 있도록 위임한다.4. 실현 가능한 목표를 부여함으로써 범위의 변경을 최소화한다.5. 원가와 일정은 분리할 수 없음을 인지한다.6. 프로젝트 관리자로서 적합한 인물을 고른다.7. 경영층에는 프로젝트 관리정보가 아닌 고객(후원자)의 정보를 제공한다.8. 직속 관리자의 참여와 지원을 강화하도록 한다.9. 자원보다는 산출물에 집중한다.10. 프로젝트 관리수준의 향상을 위한 효과적인 의사소통, 협동, 신뢰를 도모한다.11. 프로젝트팀원 및 직속 관리자와 함께 프로젝트 성공에 대한 보상을 공유한다.12. 비 생산적인 회의를 지양한다.13. 문제를 보다 일찍, 빨리, 저렴하게 식별하고 해결하는 일에 집중한다.14. 진행 과정을 정기적으로 측정한다.15. 프로젝트 관리 소프트웨어를 계획이나 의사소통 수단이 아닌 도구로 사용한다.16. 프로젝트 교훈을 바탕으로 전직원을 정기적으로 훈련하는 프로그램을 갖춘다.
MSP서버를 활용한 전사적 프로젝트 관리 구현
• 전사 프로젝트의 가시적 관리 필요
• MS Project 2003의 EPM Architecture
• MS Project Server 2003의 주요 기능
• 프로젝트 자원의 기대 역할
• MS Project의 EPM 분야
• EPM의 장점
• Capabilities Map
• Project Professional과 Project Server의 관계
프로젝트 포트폴리오 분석
프로젝트 포트폴리오 모델러
멀티 프로젝트의 통합 관리
프로젝트 진행 상황 보고
배정 업무의 확인과 보고
자원별 프로젝트 투입 현황 확인
자원별 배정 작업 시간 확인
자원이 제출한 작업 업데이트 승인: PM
일정 진행 상의 문제점 게시
문제점 내용 보기
프로젝트 문서 산출물 관리
상황 보고서 요청 및 보고
전사 프로젝트의 가시적 관리 필요
기업 내 각 부서별 및 기업 전사적으로 현재 진행 중인
프로젝트와 관련 자원의 가시적 관리의 필요
프로그램프로그램 개발개발
하드웨어하드웨어도입도입//설치설치
소프트웨어소프트웨어도입도입//설치설치
인사인사 채용채용
관리관리 계획계획
기업기업 전략전략
프로젝트프로젝트
시장시장 조사조사
프로젝트프로젝트
신신 제품제품 출시출시
프로모션프로모션
프로젝트프로젝트
제조제조 프로젝트프로젝트
연구연구 개발개발
프로젝트프로젝트
테스트테스트 계획계획
고객고객 사사 방문방문 지원지원및및 커스터마이징커스터마이징
프로젝트프로젝트
컨설팅컨설팅 서비스서비스
프로젝트프로젝트
CEO, CIOCEO, CIO……
ITIT부서부서 정책부서정책부서마케팅마케팅 및및
영업부서영업부서연구연구 및및
개발부서개발부서서비스서비스 및및
지원부서지원부서
임원, 자원 관리자(팀장), 팀원
프로젝트 관리자, 프로젝트 핵심 기획 팀원
기업 내비즈니스시스템
MS Project 2003의 EPM Architecture
외부 협력업체
Internet
*EPM requires SQL Server 2000 or greater. Project Server requires Windows Server 2000 or later. If a customer needs the collaboration capabilities of WSS, Windows Server 2003 is required. To create Portfolio Analyzer views, Office 2003 is required.
MS Project Server 2003의 주요 기능
프로젝트 작업 관리: 자원별 작업 영역 (위임, 새 작업, 배정거부) 일정표 관리
프로젝트 진행상황 업데이트: 실제 작업 진행상황 입력
엔터프라이즈 자원 관리: 자원 관리자가 하위 자원의 업무를 입체적으로 관리
상황 보고 기능: 진행 상황에 대한 업무 보고서
문제점 관리: 프로젝트 문제점을 기록하여 특정 작업들과 링크
문서 관리: 특정 작업과 관련된 자세한 문서 추가
위험 관리: 프로젝트의 위험을 예측하여 정량화하고, 대응 조치를 관리
프로젝트 및 포트폴리오 분석: 전체 프로젝트에 대한 일정 및 비용 매트릭스 분석
프로젝트 작업 관리: 자원별 작업 영역 (위임, 새 작업, 배정거부) 일정표 관리
프로젝트 진행상황 업데이트: 실제 작업 진행상황 입력
엔터프라이즈 자원 관리: 자원 관리자가 하위 자원의 업무를 입체적으로 관리
상황 보고 기능: 진행 상황에 대한 업무 보고서
문제점 관리: 프로젝트 문제점을 기록하여 특정 작업들과 링크
문서 관리: 특정 작업과 관련된 자세한 문서 추가
위험 관리: 프로젝트의 위험을 예측하여 정량화하고, 대응 조치를 관리
프로젝트 및 포트폴리오 분석: 전체 프로젝트에 대한 일정 및 비용 매트릭스 분석
모든 프로젝트, 모든 자원의 통합 관리
프로젝트 포트폴리오관리, 보고
임원 이해 관계자
프로젝트 관리자직관적인 프로젝트의
이해와 관리
팀원일정 수행,
문제점 및 위험 보고
자원 관리자역할 및 특기 별
자원 관리
ITMSP Server의
운영 관리
프로젝트 자원의 기대 역할
임원 및 이해 관계자조직 내 경영 상의 우선 순위를 어떻게 판단할 수 있을까?
가장 중요한 3대 현안의 상태가 어떻게 진행되고 있을까?
임원 및 이해 관계자조직 내 경영 상의 우선 순위를 어떻게 판단할 수 있을까?
가장 중요한 3대 현안의 상태가 어떻게 진행되고 있을까?
이 주에 내가 해야 하는 업무는 무엇인가?
타 부서 또는 외부 조직과 어떻게 업무 협조를 할 것인가?
이 주에 내가 해야 하는 업무는 무엇인가?
타 부서 또는 외부 조직과 어떻게 업무 협조를 할 것인가?
팀원 (팀구성원)팀원 (팀구성원)자원 관리자새로운 프로젝트에 필요한 자원은 누구인가?
누가 어떤 업무를 진행하고 있으며, 적합한 자원인가?
자원 관리자새로운 프로젝트에 필요한 자원은 누구인가?
누가 어떤 업무를 진행하고 있으며, 적합한 자원인가?
IT 관리자
프로젝트 데이터, front & back office에 활용할 수 있는가?
최적의 구축 및 운영 방법은 무엇인가?
IT 관리자
프로젝트 데이터, front & back office에 활용할 수 있는가?
최적의 구축 및 운영 방법은 무엇인가?
프로젝트 관리자프로젝트가 일정이 준수될 것인가? 원가는 얼마인가?
이전 수행한 프로젝트 지식을 재활용할 수 있는가?
프로젝트 관리자프로젝트가 일정이 준수될 것인가? 원가는 얼마인가?
이전 수행한 프로젝트 지식을 재활용할 수 있는가?
MS Project의 EPM 분야
• 포트폴리오 관리
프로젝트, 범위, 비용 정보를 중앙 집중 관리합니다.
• Project Center에서 group화 하여 그래픽 표시기
• 포트폴리오 분석기를 통하여 Pivot table로 그래프 분석
• 포트폴리오 모델러를 이용하여 what-if 시나리오
• Enterprise 자원 관리
하나의 자원 그룹을 사용하여 전체 자원의 작업 진행 상황을 확인하고 통제할 수있습니다.
• 프로젝트 공동 작업
전사적으로 프로젝트 계획과 자원의 업데이트 상황을 실시간으로 공유합니다.
Visibility (가시성)
조직 내의 모든 프로젝트의 진행 상황과 자원별 수행도를 시각적으로 확인할 수 있습니다.
BUSINESS AGILITYBUSINESS AGILITY
Insight (유연한 자동 분석)
진행 상황 중의 작업별 또는 자원별 변동 사항이 전체 프로젝트에 미치는 영향을 실시간으로 자동 분석합니다.
Control (프로젝트의 통제)
상황 예측 정보와 분석 정보를 기준으로 프로젝트를 입체적으로 통제할 수 있습니다.
EPM의 장점
가시성가시성 분석분석 통제통제
Capabilities Map
자원자원 센터센터 자원자원 평준화평준화
EnterpriseEnterprise에서에서 팀팀 구성구성Enterprise Enterprise 자원자원 그룹그룹
프로젝트공동 작업
전사적자원관리
포트폴리오관리
문서문서 라이브러리라이브러리
문제점문제점 추적추적웹웹 액세스액세스
이메일이메일 공지공지
작업표작업표
상황상황 보고보고
포트폴리오포트폴리오 모델모델
포르폴리오포르폴리오 분석분석
Enterprise Enterprise 서식서식
Enterprise Enterprise 사용자사용자 정의정의 필드필드
프로젝트프로젝트 센터센터
사용사용 가능한가능한 자원자원 그래프그래프
Project Professional과 Project Server의 관계
프로젝트 관리자 / 중간 관리자 (자원 관리자)
프로젝트 이해 관계자
팀원Internet Explorer
• 작업 배정 확인
• 완료 작업 기록
• 작업표 작성
• 상황 보고서 작성
• 문제점 제출
• 산출물과 문서 제출
Microsoft Project Professional
• 프로젝트 계획 작성
• 프로젝트 작업 일정 입력
• 진행 상황 업데이트 및 분석
• 자원 배정
• 프로젝트 차이 관리
• 일정/작업량/비용 충돌 해결
• 상황 보고서 요청
• 사내 공식 보고서 작성
• enterprise 팀 구성
• 문제점 관리
• 프로젝트 데이터 분석
• 프로젝트 상황 모델링
• 버전 유지 관리
Internet Explorer
• 프로젝트 포트폴리오 보기
• 프로젝트 세부사항 보기
• 자원 배정 정보 확인
• 우선 순위 설정
• 프로젝트 데이터 분석
• 자원 분석
• 프로젝트 상황 모델링
• 프로젝트 문제점 보기
Project Server
•Web Server•Database Server
• Enterprise 자원 공유• 문서 보관• 역할과 정보 보안부여
프로젝트 포트폴리오 분석
프로젝트 포트폴리오 모델러
멀티 프로젝트의 통합 관리
프로젝트 진행 상황 보고
배정 업무의 확인과 보고
자원별 프로젝트 투입 현황 확인
자원별 배정 작업 시간 확인
자원이 제출한 작업 업데이트 승인: PM
일정 진행 상의 문제점 게시
문제점 내용 보기
프로젝트 문서 산출물 관리
상황 보고서를 요청 받은 자원의 초기 화면
