PMP 7 프로젝트 통합 관리
Trends & Emerging Practices in Project Integration Management
- 다른 프로젝트에서도 영향을 미칠 수 잇음
- 프로젝트의 이익 . 생명주기를 정렬
- PM 계획을 창조하는 일
- 프로젝트 지식 관리와 창조
- 활동 간의 변화와 퍼포먼스를(일정 범위 시간 비용) 관리
- 프로젝트 간의 통합적 의사 결정
- 프로젝트 진행도를 측정하고 감시
- 프로젝트 목표를(성과지표 성공 여부) 맞추는 것
- 프로젝트 데이터를 수집 분석 커뮤니케이팅 하는 것 (워크 플로우 관리 등)
- 프로젝트 또는 단계를 종료하기 / 계약 상태 프로젝트를 공식적으로 종료
- 최신 PMI 트렌드 들
- PMIS ; 자동화 툴
- 시각적 관리 도구 - 계획 대신
- 프로젝트 지식 관리
- PM의 책임 증가 -> biz case 사례 개발 / 이익 매니지먼트
- 하이드브리드 방법 / 적응형- change driven 예측형 - forcasting
Tailoring PIM
- 프로세스 맞춤화는 꼭 필요하다
- 거버넌스가 허락하는 방식으로 / 기업 환경 요인에 맞추어서 / PMOs에 맞춰서
- 테일러링할 대상들
- 프로젝트 LC / 개발 LC(적응형/예측형/스크럼 등) / 관리 접근 방식 / 지식 관리 / 변화 / 거버넌스
교훈 / 이익 관리 (프로젝트 수익 우선순위 수명등을 관리하는 데 영향을 줌)
적응형 환경 고려사항 apaptive environment
- 팀 멤버는 로칼 도메인 전문가다
- 팀 멤버는 계획과 구성요소가 어떻게 통합될지를 결정할 수 있다
- 팀 멤버가 키요소다
- 프로젝트 팀에 의해서 제어권이 위임된다
- PM은 서번트 리더십 접근방식을 취한다
- PM은 협력적 의사결정 환경을 조성한다
- 팀 멤버는 보통 스페셜리스트보다 제너럴리스트
프로젝트 헌정 Charter 관리하기
- Charter ; 프로젝트에서 첫번째 생성하는 문서 / 프로젝트가 존재하게 하는 문서/ 권한이 나오게 하는 문서
- ITTOs(input / Tools & Techniques / Outputs) ;
- Input ; 비즈니스 문서(비즈 사례, 이익 관리 계획), 동의계획, 기업환경요소, OPA
- TT ; 전문가 판단, 데이터 수집(브레인스토밍,포커스그룹,인터뷰),
interpersonal&Team Skill(갈등 관리, 퍼실리테이팅, 회의 관리), 회의체
- Output ; 프로젝트 헌장 , 가정 로그(assumption)
- 헌장 개발하기
- 프로젝트 또는 프로젝트 매니저가 승인함
- 셀제 세부 사항이 피룡한 건 아니고, 목표를 프레임화하는 것이 필요
- 외부에 의해 승인되어야 함 (PM이 아니라 스폰서가 승인하는 것)
- 포트폴리오 운영 회의체가 있다면,
- 보통 한 번, 각 단계마다 한 번씩 있을 수는 있음
- Biz cases for 프로젝트 헌장 ; 왜 프로젝트를 진행하는 가를 설명
- 시장 수요 /조직 필요 / 고객 요구 / 기술 발전 / 법규 요구 / 환경 영향 / 사회적 니즈 등
- EEF
- 기업 또는 정부 표준 / 법규 규제 요구 / 시장환경 / 조직 문화와 정치 분위기 / 조직 거버넌스
/ 스폰서의 기대와 리스크 threshold
- OPA
- 정책 프로세스 절차에 대한 스탠다드
- 포트폴리오 프로그램 프로젝트-거버넌스 프레임워크
- 모니터링 레포팅 방법
- 템플릿
- 역사적 자료, 레포지토리의 교훈들
- 헌장 개발하기
- 전문가 판단 ; 기술적 지식 / 평가 / 리스크 식별 등
- 데이터 수집
- 브레인 스토밍 / 퍼실리테이터에 의해 / 생성과 분석
- 포커스 그룹 ; 제 3자 그룹을 구성 / 대화적 방법
- 인터뷰 / 높은 수준의 요구사항 정보를 수집 / 가정 또는 제약사항을 파악 / 승인 기준 생성
- 대인관계 / 팀 스킬
- 갈등 관리 ; 목표 / 성공 기준 / 프로젝트 설명 / 마일스톤
- 퍼실리테이션 ;
- 회의 관리 ; 회의록 또는 어젠다 수립
- 헌장 수립 구성 요소
-1. 프로젝트 목표 설정
-2. 측정가능한 프로젝트 목표
-3. 높은 수주의 요구사항
-4. 전체적인 프로젝트 리스크
-5. 마일스톤 일정
-6. 기승인된 재정적 리소스 파악
-7. 키 스테이크홀더
-8. 승인 요구사항
-9. 종료 조건 / 종료 또는 취소
-10. 할당된 프로젝트 매니저
-11. 스폰서
Benefit Measurement Method 수익 측정 방법 검토하기
- 왜 이 프로젝트를 선택했는가 고민해봐야 ? Choosing a project / 기회 문제해결 고객요구 등
- Benefits Measurement
- 프로젝트간 이익 비교하기
- 비용 베네핏 비율
- 모델 스코어링
- Murder Boards (심사 위원회)
- Playback Period ; 회수 기간 - Horizon
- Future Value of Money
- FV = PV(i+1)^n ; FV 미래 가치 / PV 현재 가치 / i 이자율
- Net PV 순현재가치 ; 프로젝트의 진짜 가치
- 여러 수익이 있는 여러 기간에 걸친 경우 경우
- 기간마다 리턴을 계산 -> 기간별 PV 계산 -> PV 합산 -> 투자금 감산 -> NPV >0 좋음
- 내부 수익율 Internal Rate of Return ; 현재가치에 해당하는 현금흐름이 있는가?
- IRR 이 클수록 좋다 / 0보다 크면 소득이 있음
Creating Assumption Log / 가정과 제약조건에 대한기록 문서 작성
- Assumption ; 사실이라고 믿지만 증명되지 않은 것
- 프로젝트에 걸쳐서 업데이트 됨
- 제한 조건 같이 기록됨
- Assumption 예시 ; 팀멤버가용성/팀멤버퍼포먼스/프로젝트 작업스킬/벤더공급력/벤더퍼포먼스/일정정확도
- Constraint 에시 ; 정책과 절차 / 레귤레이션 / 미리정해진예산/리소스/요구사항/ 기술적 접근방식
Developing the PM 계획 ; 지속적인 반복활동이다
- 정보를 얻게 될 수록 정교화된 계획이 가능해진다
- PM 계획 개요
- 프로젝트에 걸쳐서 작성 / 유동화된 문서
- 어떻게 실행할지/ 모니터링할지 / 클로즈할지
- 베이스라인 설정 - 의도를 포착하기 위함 (오늘의 목표 등)
- 변경에 따라 베이스라인의 Change Control이 필요하다
- 계획의 목적
- 프로젝트 의도를 전달
- PM에게 가이드
- PM에게 구조를 제공 / 문서를 제공 / 베이스라인을 제공
- 계획 참여자
- PM ;
- 팀 멤버 ; 지식 / 시간 및 일정 관리 / 리스크 관리
- 고객 ; 목표 / 품질 / 버젯과 일정에 대한 요구사항
- 경영진 / 예산 리소스 프로젝트관리 / 메설러지 / 승인
- 계획 참여자의 스킬
- 프로세스를 맞춤화할 수 있어야
- 부수적인 구성요소를 개발 할 수 있어야
- 가장 적합한 도구와 기술을 선택하고 세부사항 결정
- 기술과 자원을 결정할 수 있는 능력
- 특징과 기능을(비용 일정 범위 등) 선정하여 문서화하고 제어
- 프로젝트 작업들의 순서를 prioritizing
- 계획 수립을 위한 데이터 수집 ; 브레인스토밍 , 체크리스트 , 포커스그룹, 인터뷰 등
- 회의 계획 ; 프로젝트 접근 논의 / 게획 의도 / 다큐먼트 / 무얼 할지
- 킥오프 미팅 ; PMBOK은 프로젝트 계획이 승인된 이후에 함
- 엔드 오브 계획 / 실행의 시작
- 팀 소집 -> 목표에 대해 의사소통 / R&R 설명
- 킥오프 미팅과 프로젝트 사이즈 ; 얼마나 공식적으로 이뤄져야하는지에 따라 유동적
- 작은 프로젝트들 ; 계획과 실행 빠르게 진행 /
- 큰 프로젝트들 ; 계획 수행 -> 그 다음에 실행 그룹 설립
- 멀티 페이스 프로젝트는 전형적으로 모든 페이즈마다 킥오프 미팅을 가진다
- 전형적인 프로젝트 관리 계획
- 1. 범위 관리 계획
- 2. 요구사항 관리 계획
- 3. 일정 관리 계획
- 4. 비용 관리 계획
- 5. 품질 관리 계획
- 6. 자원 관리 계획
- 7. 커뮤니케이션 관리 게획
- 8. 리스크 관리 계획
- 9. 조달 관리 계획
- 10. 스테이크홀더 engagement 계획
- 베이스라인 ? ;
- 범위 베이스라인 / 범위 설명 / 작업분류 / WB 사전
- 일정 베이스라인
- 비용 베이스라인 - 시작부터 끝까지 진행하는데 드는 비용 / 시간과 페이스에 따라 드는 비용들
- 추가적인 아이템들
- 변경 관리 계획
- 구성 관리 계획 ; 정보들이어떻게 기록되고 업데이트 되는지
- 퍼포먼스 측정 베이스라인
- 프로젝트 라이프 사이클
- 개발 접근 방식 / 예측적 애자일 하이브리드 등
- 매니지먼트 리뷰
프로젝트 업무 감독과 관리하기
Actions as PM
Deliverable
Work Peformance Data
Issue Log
Project Knoweledge 관리
프로젝트 업무 모니터링 컨트롤링
통합 변경 관리
프로젝트와 단계 종료하기 / 프로젝트, 단계, 계약 등
- 인풋 ; PM 헌장 / PM 플랜 / 프로젝트 문서 / Deliverables / 비즈니스 문서 / OPA
- T&T ; 전문가 판단 / 데이터 분석 / 회의
- 아웃풋 ; 프로젝트 무서 업데이트 / 최종 제품 서비스 / 최종 보고서, OPA 업데이트 등
- 행정적 클로저 Administrative closure
- 프로세스는 아니지만 실제 프로젝트 종료를 의미함
- 프로젝트 계좌 폐쇄 / 팀 해체 / 재고 매터리얼 처리 / 프로젝트 장비 자원 재분배 / 최종 보고서 생성
- 계약 종료
- 형식적인 작업 완료 보고서 / 클레임 종료 / 결과에 대한 기록 업데이트 / 미래를 위한 정보 아카이빙
- Closing Activities
- 프로젝트 또는 상태 기록 최종화
- 성공과 실패에 대한 감사
- 지식 관리 / 교훈 / 프로젝트 정보 아카이빙
- 제품 서비스 결과물 전달
- 개선 업데이트에 대한 제안 수집 -> 적적한 부서에 공유
- 이해관계자 만족도 측정
- 조기 프로젝트 중단 / 그냥 끝내면 안된다
- Termination / -> 왜 종료되었는가 / 이해관계자와 소통 / 프로젝트 종료 완료
- 최종 보고서 작성
- 요약
- 목표 범위와 도달된 상황
- 품질 목표와 편차에 대한 이유
- 비용 목표와 편차에 대한 이유
- 일정 목표와 편차에 대한 이유
- 달성에 대한 증명
- 비즈 목표와 리스크에 대한 리뷰