프로젝트 성공율 : 76% vs. 10%
출처 : Chaos Manifesto Report, 2013 ( 자료보기: http://cafe.naver.com/pmbak/28 )
카테고리 보관물: PM
인터뷰
인터뷰 기법은 잠재적인 사용자 및 이해관계자들이 가지고 있는 사실 및 의견을 발견하기 위해 사용되는 방법이다. 인터뷰에는 2가지 방법이 있다.
- Closed Interview – 요구사항 담당자가 미리 질문을 정의하고, 답을 찾는 방법이다.
- Open Interview – 미리 정의된 질문 없이, 이해관계자와 요구사항 담당자가 시스템에 기대하는 것을 토론하는 방법이다.
인터뷰의 장점은 충분한 정보를 수집할 수 있다는 것이다. 단점은 데이터가 정량적이지 않기 때문에 분석하기가 어렵고, 이해관계자 간의 충돌하는 정보를 제공할 수도 있다는 것이다.
제1회 PMI 프로젝트경영 국제컨퍼런스
프로젝트 성공 기준
by Muller and Turner (2007)
- End-user satisfaction with the project’s product or service
- Suppliers’ satisfaction
- Project team’s satisfaction
- Other stakeholders’ satisfaction
- Meeting project’s overall performance (functionality, budget and
- timing)
- Meeting user requirements
- Meeting the project’s purpose
- Client satisfaction with the project results
- Reoccurring business with the client
- Meeting the respondent’s self-defined success factor
PMO 기능
by Gerard M. Hill
Practice Management
1. Project management methodology
2. Project management tools
3. Standards and metrics
4. Project knowledge management
Infrastructure Management
5. Project governance
6. Assessment
7. Organization and structure
8. Facilities and equipment support
Resource Integration
9. Resource management
10. Training and education
11. Career development
12. Team development
Technical Support
13. Mentoring
14. Planning support
15. Project auditing
16. Project recovery
Business Alignment
17. Project portfolio management
18. Customer relationships
19. Vendor/contractor relatio
출처 : EVOLVING THE PROJECT MANAGEMENT OFFICE: A COMPETENCY CONTINUUM
PMBOK 4th 와 PMBOK 5th의 차이점
아래는 2012년 12월 31일에 발표된 Project Management Body of Knowledge (PMBOK®) 5th Edition의 변경사항에 대한 내용이다.
배경
아래 PMI 표준이 포함하여, 2012 표준을 갱신한다.
- PMBOK® Guide – Fifth Edition
- The Standard for Program Management – Third Edition
- The Standard for Portfolio Management – Third Edition
변경 사항 개요
PMBOK® Guide – Fifth Edition은 새로운 지식 영역인 Project Stakeholder Management가 소개되었다. 아래는 변경사항을 요약한 것이다.
- 새로운 지식 영역
- 7개 새로운 영역
- 2개 프로세스 제거
- 9개 프로세스 이름 변경
- 대부분의 planning 프로세스의 Input, Output으로써의 Project Management Plan 변경
- Glossary(용어) 정의 상당부분 변경
상세 변경 사항
새로운 지식 영역 : Project Stakeholder Management. 4개의 프로세스를 포함함
- Identify Stakeholders
- Plan Stakeholder Management
- Manage Stakeholder Engagement
- Control Stakeholder Engagement
새로운 프로세스
- Plan Scope Management
- Plan Schedule Management
- Plan Cost Management
- Manage Communications
- Control Communications
- Plan Stakeholder Management
- Control Stakeholder Engagement
2개 프로세스 삭제
- Distribute Information
- Report Performance
Project Communications Management 지식 영역 변경. 프로젝트 커뮤니케이션 프로세스 계획수립 및 관리에 집중. 3개의 프로세스로만 구성됨
- Plan Communications Management
- Manage Communications
- Control Communications
프로세스 이름 변경
| 4th | 5th |
| Direct and Manage Project Execution | Direct and Manage Project Work |
| Verify Scope | Validate Scope |
| Plan Quality | Plan Quality Management |
| Perform Quality Control | Control Quality |
| Develop Human Resources Plan | Plan Human Resource Management |
| Plan Communications | Plan Communications Management |
| Monitor and Control Risks | Control Risks |
| Plan Procurements | Plan Procurement Management |
| Administer Procurements | Control Procurements |
| Manage Stakeholder Expectations | Manage Stakeholder Engagement |
“프로젝트 관리 계획”의 표현이 변경되었다. 4th Edition에서는 보조 계획의 합과 베이스라인이 프로젝트 관리 계획 생성이라고 했었다. 계획수립 프로세스 output의 input이 “프로젝트 관리 계획”으로 통합된다고 하였다. 5th Edition에서는 좀더 반복적인 방법으로 재표현되었다. 계획수립 프로세스의 output이 동일하게 input이 되지만, 각 지식 영역에 있는 초기 계획수립 프로세스의 input이 되기도 한다.
용어 정의집 (Glossary)의 중대한 변경사항이 존재한다.
프로젝트 리스크 행동 경향
이번 대통령 선거 결과를 보면 많은 사람들은 안정을 추구하는 것 같다.
프로젝트 리스크 관리에서도 비슷한 현상이 나타난다. 수업 시작 전에 리스크 성향과 관련하여, 간단한 테스트를 해보는데, 도전적인 사람 들 보다는 안정적인 사람들이 월등히 많은 것을 알 수 있다.
수강생들과 대화를 해보면, 대체적으로 안정적인 사람은 도전적인 과제를 피곤하게 느끼는 반면, 도전적인 사람들은 도전적인 성향이 필요한 프로젝트를 즐기는 경향이 있다.
급격한 변화의 필요성은 개인적인 성향보다는 사화적인 분위기에 의해서 이끌어 질 수 있음을 알 수 있다~
박준, PMP
프로젝트 관리자의 역할과 책임
프로젝트란 특별한 결과물을 만들어내기 위한 일시적인 노력을 말한다. 프로젝트 관리는 프로젝트를 성공시키기 위한 노력이다. 프로젝트 관리자는 프로젝트를 총괄하는 사람이다. 프로젝트 관리자는 프로젝트 팀과 함께 일하며, 프로젝트 관리 프로세스 그룹별로 다음과 같은 책임을 진다.
착수
착수 단계에서 프로젝트 관리자는 프로젝트를 정의하는 역할을 수행한다. 프로젝트 관리자는 프로젝트를 수행하는 배경 및 목적을 파악하고, 전반적인 프로젝트 범위, 일정 및 원가(자원)를 정의한다. 또한, 프로젝트에 긍정적, 부정적 영향을 미치는 모든 이해관계자를 식별하고, 그들의 관심사항을 파악한다.
계획수립
계획수립 단계에서 프로젝트 관리자는 팀원들과 함께 프로젝트 계획을 수립하는 역할을 수행한다. 착수 단계에서 정의된 정보를 기반으로, 상세한 인도물과 일정 등을 수립한다. 납기를 준수할 수 있는 적절한 자원을 산정하고, 프로젝트 예산을 준수할 수 있는 지를 결정한다. 교육을 통해 습득한 다양한 프로젝트 관리 기법을 활용하여, 3중 제약조건(범위, 일정 및 자원)에 대한 균형점을 찾는 노력을 한다. 예상되는 리스크에 대해서는 적절한 예방조치를 취해야 한다.
실행
실행 단계에서 프로젝트 관리자는 좋은 팀을 만드는 역할을 수행한다. 프로젝트 관리자는 프로젝트 팀원 모두가 동일한 목표를 향해 전진할 수 있도록 팀을 관리하는 것이 중요하다. 프로젝트 팀원들이 정해진 일정에 작업을 수행할 수 있도록 지원함으로써, 일정을 준수하고, 모든 프로젝트 목표를 충족시킬 수 있도록 노력해야 한다.
감시 및 통제
감시 및 통제 단계에서 프로젝트 관리자는 프로젝트가 진행되는 상황을 세밀하게 관찰하는 역할을 수행한다. 리스크 발생 여부, 이해관계자 참여 정도, 프로젝트 진척사항, 팀원들의 동기부여 정도 등을 관찰한다. 계획대비 결과값을 반드시 관찰해야만 한다. 프로젝트 목표를 달성하기 힘든 이슈가 발견되면, 적절한 시정 조치를 취해야 한다.
종료
모든 프로젝트 목표를 달성했다면, 프로젝트 관리자는 마지막으로 프로젝트 종료 역할을 수행한다. 적절한 프로젝트 종료 중 하나는 이해관계자의 추가적인 요구사항에 대비하여, 기존 프로젝트 팀원과 커뮤니케이션을 할 수 있도록 관계를 유지하는 것이다. 팀원들은 프로젝트와 관련된 핵심 지식을 가지고 있기 때문에, 이해관계자를 계속해서 지원할 수 있도록 종료 시점에 프로젝트 팀원들과 관계를 공고히 하는 것이 중요하다.
PMI에서 만든 PM 도구 및 템플릿
PMI 회원 다운로드 가능
- Change Management▼
- Communications Management▼
- Configuration Management▼
- Cost Estimating▼
- Earned Value Management▼
- Project Management▼
- Quality Management▼
- Reporting; Communications Management▼
- Requirements Management▼
- Risk Management▼
- Scheduling▼
- Scope Management▼
- Stakeholder Management▼
- Team Management ▼
멀티 태스킹의 문제점
멀티 태스킹은 프로젝트 지연의 요인이 된다.
아래 그림을 보면, A 와 B 작업이 멀티 태스킹을 할 때, 싱글 태스킹 때보다 늦게 끝나는 것을 알 수 있다.
PM^BA Knowledge (PMBAK) 