PMP 8 프로젝트 범위 관리하기
PMBOK 5장
Planning Project Scope management
- 2 subsidiary plans ; Scope 관리 계획 / 요구사항 관리 계획
- 인풋 ; 프로젝트 헌장 / PM 플랜 / EEF / OPA
- T&T ; 전문가 ㅍ나단 / 데이터 분석 / 회의
- 아웃풋 ; 범위 관리 계획 / 요구사항 관리 계획
- 범위를 정하기 이전에 / 범위를 어떻게 정할것인가를 먼저 정한다
; defined / developed / monitored / controlled / validated
- 프로젝트 헌장이 키 인풋이다 ; 높은 수준의 요구사항이 있기 때문
- 히스토리 인포 ; 과거 정보 + 템플릿 같이 사용 가능
- EEF ; 규정 거버넌스 등 참조
- 프로젝트 관리 계획 인풋 ;
- 계획은 반복적 프로세스다 / 품질 관리 계획 ;
- 프로젝트 LC /
- 개발 접근 방식 / 워터폴 반복적 어댑티브 등등
- 범위 관리 계획 ; 범위를 어떻게 세우느냐에 대한 것이다
- 프로젝트 범위가 아니다
- 프로젝트 범위 statement를 어떻게 결정하느냐
- WBS를 어떻게 작성하느냐
- 베이스라인을 어떻게 승인/유지하느냐 / 결과물의 인식을 어떻게 할 것이냐
- 요구사항 관리 계획 ; 요구사항에 대한 계획/추정/보고하는 방안
- 구성 관리 활동 ; 범위를 바꾸면 구성이 바뀐다
- 요구사항 우선 프로세스
- 어떤 메트릭이 사용될 것인가?
- RTM ; Requirements Traceability Matrix
프로젝트 범위 vs 제품 범위
- 프로덕트 범위 ; 피처와 기능
- 프로젝트 범위 ; 완료해야할 일
- 범위 프로젝트 라이프 사이클
- 예측형 ; 처음에 프로젝트 범위가 작성 / 변화에 저항적
- 적응형 ; 반복하면서 프로젝트 범위가 정해짐 / 변화함
- 프로덕트 범위
- 고객의 딜러버블의 특성 합
- 프로덕트 백로그도 프로덕트 범위에 포함된다
- 요구사항의 합이다
- 범위 유효성 검사 = 프로적트 범위 확인 과정
- 범위 및 프로젝트 완료
- 프로젝트 계획에 의해 프로젝트 범위가 측정됨
- 프로젝트 요구사항에 의해 프로젝트 범위가 측정됨
- 범위 관리 프로세스 조정하기
- 지식과 유구사항 관리
- 검증과 범위 제어
- 개발 접근 방식 / 요구사항의 안정성 / 거버넌스
프로젝트 범위 관리의 트렌드와 프랙티스
- 비즈니스 분석 ;
- 요구사항을 수집, 정의 관리 제어하는 일을 함
- 요구사항 평가하는 것으로부터 시작할 수 있ㅇ므
- 비즈니스 분석가와 협업
- 문제를 식별 / 솔루션을 추천 / 요구사항 도출 관리 문서화 / 성공적인 실행을 퍼실리테이팅
- BA와 PM은 협력적 관계 ; 요구사항 / 납품의 책임을 가짐
적응형 환경 고려사항
- 시작부터 범위가 정해지지 않음 / 범위가 지속 조정됨 / 중간에 요구사항이 발생
- 제품 배록그가 잇고 -> 우선순위화를 항상 함
- inverted triangle model
- 시간 비용 범위 ; 철의 삼각형 / 범위가 고정되고 시간/비용이 달라짐
- 애자일에서는 반대 / 범위가 변하고 / 시간과 비용이 고정되는 것일 수 있음
- Grooming 백로그
- 프로덕트 Owner가 백로그를 관리함
- 백로그 개선 = 백로그 아이템의 우선순위 관리
- 전체 프로젝트 팀이 백로그 그루밍에 참여
- 스크럼 아티팩트 - 프로덕트 백로그
- 프로덕트 백로그는 모든 프로덕트 요구사항의 소 스
- 프로덕트 오너 -> 백로그 아이템에 대해서 분류 / 우선화작업
- 개발팀은 가장 중요한 순서대로 작업
- 현재 스프린트 이전에 우선화 작업을 거침
- 프로덕트 오너 또는 개발팀에 의해 백로그가 조정될 수 있음 -> 개발 캐파를 따져서 조정
프로젝트 요구사항 수집 ; 인지/문서/관리하는 단계
- 요구사항은 프로덕트/프로젝트 범위를 정의를 도움
- 요구사항 수집은 한번 또는 정해진 시점에 시행
- 인풋 ; 헌장 / PM 계획 / 비즈 문서 / 계약서 / EEF / OPA
- T&T ; 전문가 판단 / 데이터 수집 / 데이터 분석 / 의사 결정 / 데이터 표현 / 다이어그램 . 프로토타입
- 아웃풋 ; 요구사항 문서 / 요구수항 추적 매트릭스
- 이해관계자와 인터뷰하기 ; 1:1 1:다 다대다 등
- 포커스 그룹 ; 중재자 이벤트 / 6-12명 / 참가자 구성이 중요
- 설문조사 질문지
- 요구사항 벤치마킹 ; 두 개이상의 시스템을 비교 / 성과를 외부기반으로 평가 / 조직간 비교
- 프로젝트 문서 분석 ; 프로젝트 계획 / 브로셔 / 청사진 / 스펙
- 그룹 결정 사용 ; unaimity / majority / plurality / dictatorship
- 멀티크리테리아 분석 ; 시스템적 접근 / 성과 메트릭, 리스크, 요구사항 등
- Afiinity 다이어그램 ;
- 마인드 매핑
- Nominal Group Technique 명목 그룹 기법
1. 아이디어 생성 -> 투표 -> 순위
2. 기회와 문제에 대해서 브레인스토밍
3. 진행자가 화이트보드에 기록
4. 아이디어 토론
5. 비밀 투표
- Facilitated Workshop ;
- 조인트 어플리케이션 디자인 ;
- quality fucntion deployment ;
- Agile Requirement Gathering ; 유저 스토리 ; Role / Goal / Motivation
- 이해관계자 관찰 ; 직업 섀도잉 / 수동적 방식 / 능동적 방식
- 컨텍스트 다이어그램 ; 워크 플로우 또는 컴포넌트에 대한 다이어그램을 그림
- 프로토타입 ; Throw away / 기능적 프로토타입 - 웹 목업 등 / 스토리보딩
프로젝트 요구사항 관리
1. 비즈니스 요구사항 ; 조직의 높은 수준의 요구사항
2. 이해관계자 요구사항 ;
3. 솔루션 요구사항 ; 프로덱트 / 기능적 또는 비기능적(품질,편의성,용이성 등) 요구사항
4. 전환 요구 사항 ; 현재상태에서 미래상태
5. 프로젝트 요구사항 ; 액션 , 프로세스 등
6. 품질 요구사항 ; 품질 계획 , 품질 보증, 품질 검증 방식 등
- 요구사항 추적 매트릭 ; 요구사항 수집 -> 요구사항 문서화 이후에 작성하게 됨
- RTM ; Requirement Traceability Matrix
- 네임 / 프로젝트 목표와 링크 / WBS 와 범위 / 데이터 / 상태;활성 취소 등 /코멘트 / 활동
프로젝트 범위 Statement 정의 ; 상세한 설명 개발 / 경계와 허용기준 만듦
- Scope Statement
- Scope Baseline ; Scope Statement / WBS / WBS 사전
- 적응형 환경 : 높은 레벨의 비전 + 반복에 따른 상세 범위
- 인풋 ; 헌장 / PM 플랜 / EEF / OPA
- T&T ; 전문가 판단 / 데이터 분석 / 의사결정 / 대인관계 팀 스킬/ 프로덕트 분석
- 아웃풋 ; 프로젝트 범위 Statement / 프로젝트 문서 업데이트
- EEF ; 조직문화 / 인프라 / 인사관리 / 시장 조건 등이 영향을 줌
- OPA ; 정책 절차 템플릿 / 이전 프로젝트들의 프로젝트 파일 / 교훈들이 영향을 줌
- 프로젝트 범위를 정의하기 ; 전문가에게 도움을 받을 수 있음 /
- 프로덕트 분석 /
- 프로덕트 브레이크다운 ; 제품을 완전 분해하여 분석
- 요구사항 분석 ; BA에서 스터디하여 분석하는 것
- 시스템 분석 / 엔지니어링
- 밸류 분석 / 엔지니어링 ; 가치를 얻기 위한 최소한의 엔지니어링 또는 디자인, 최소 금액 설정
- 대안 생성 ; 벤치마킹 / 시스템 / 벤더 / 매터리얼 / 리소스
- Prpject Scope Statement에는 무엇이 포함되느가?
- 범위 설명 / 프로젝트 결과물 / Acceptance 기준 / 프로젝트 제외 사항들
- 프로젝트 헌장 vs 프로젝트 범위
- 헌장은 Authority / 높은 요구사항 / 목적이 무엇인가 / 큰 마일스톤 ...
- 프로젝트 범위 ; 범위 설명 / 결과물 / 수락 기준 / 제외되는 것들
Work breakdown Structure WBS 생성
- 프로젝트 범위를 분해 -> 프로젝트 작업을 시각화
- Work package ; 가장 작은 범위
- 인풋 ; PM 계획 / 프로젝트 문서 / EEF / OPA
- T&T ; 전문가 판단 / 분해
- 아웃풋 ; 범위 베이스라인 / 프로젝트 문서 업데이트
- WBS 생성은? 프로젝트 범위를 분해하는 과정
- 결과물 지향적
- 액티비티 리스트가 아니다 -> 결과물이다
- 범위 베이스라인의 주요한 컴포넌트다
- 프로젝트를 시각화 ; 어떤 것이 범위 내에 있는지 -> 범위 변경을 억제함
- WBS 완료하기 ; 제어 계좌 cap- work package를 위한 / 계정 코드 = 특별한 식별자를 갖는다
- WBS 템플릿 = WBT
- 히스토릭 정보 / 이미 새엉된 결과물을 활용할 수도
- WBS 사전 ; 각 항목을 설명하는 사전
- 계정 식별자 코드 / 설명 / 가정과 제약 / 조직 / 마일스톤 / 리소스 / 비용 / 품질 / 수용조건 / 레퍼런스 등
- 범위 베이스라인 ; scope statement / WBS / WBS 사전 세가지다.
프로젝트 범위 verification ; 고객이 프로젝트 결과물을 검사하는 프로세스
- 검사 중심 프로세스 / 각 단계 또는 프로젝트 완료 / 리뷰 감사 / 수용에 대한 프로세스
- 인풋 ; PM 계획 / 프로젝트 문서 / 결과물 / WPD
- T&T ; 조사 / 의사결정
- 아웃풋 ; 결과물/ WPI / 프로젝트 문서 업데이트 / 변화 요청
- 공식적으로 프로젝트 작업을 수용하는 행위 ; 사인오프가 목표
- 변경 요청이 있을 수 있음 ; 범위 검증과 품질 관리는 유사함 ; 품질 관리는 고객 전에 PM 또는 팀이 검사하는 것
프로젝트 범위 Controlling ; 모든 사람을 관리하고, 베이스라인 무결성 유지 intergrity
- 범위 밖의 변경은 통합 변경 제어를 거치게 해야 함
- 인풋 ; PM 계획 / 프로젝트 문서 / WPD / OPA
- T&T ; 데이터 분석
- 아웃풋 ; WPI / 변경 요청 / PM 계획 업데이트
- Control Scope 방법 ; 동의된 것인지 / 변경이 이미 발생? / 기존 또는 승인된 변경은? / 베이스라인의 영향은?
- 분산 Variance 분석 ; 성과 측정 / 크기의 분포 / 원인 분석 / 수정 또는 예방 조치 수행
- Trend 분석 ; 히스토릭 정보 / 추세 분석 / 퍼포먼스 추세 / 편차의 정도