PMBOK summary 05 / 프로젝트 범위관리

5장부터는 9가지 지식영역에 대한 각각의 프로세스!

끝까지 화이팅하자

참고한 책: PMBOK 6th, PMP PRIDE(해설서), PM+P(문제집)

 

 

 

5. PROJECT SCOPE MANAGEMENT

 

#제품 백로그(product backlog)

 

  : 개발할 제품에 대한 요구 사항 목록. 사용자가 요구하는 제품의 기능목록을 말하며, 제품에 관한 모든 요구사항에 대해 우선순위가 정해져 있음 

#요구사항관리에서 예측형 생애주기와 적응형 생애주기의 차이점

 

 

#요구사항수집 프로세스 / 요구사항수집 프로세스에서 사용되는 기법

 

  : 제품 범위와 프로젝트 범위를 정의하기 위한 기준을 제공받음

 

 - 사용되는 기법

  : 전문가 판단

  : 자료 수집(브레인스토밍, 포커스그룹 인터뷰, 설문지 및 설문조사, 벤치마킹)

  : 자료 분석(문서 분석)

  : 의사결정(투표, 다기준의사결정분석)

  : 자료 표현(친화도, 마인드매핑)

  : 대인관계 및 팀 스킬(명목집단기법, 관찰 및 대화기법, 퍼실리테이션)

  : 컨텍스트 다이어그램

  : 프로토타입

 

#친화도, 마인드매핑, 명목집단기법, 관찰 및 대화기법

 

 - 친화도(affinity diagrams): 검토와 분석을 위해 비슷한 속성을 가진 아이디어끼리 몇 개의 그룹으로 분류

 - 마인드매핑: 개별 브레인스토밍 세션을 통해 창출된 아이디어를 하나의 맵에 통합하여 공통점과 차이점을 파악하고 이를 반영해 새로운 아이디어를 도출하는 방법

 - 명목집단기법(nominal group technique): 가장 유용한 아이디어들의 순위를 매기기 위해 투표방식을 적용하여 브레인스토밍을 강화하는 기법. 구조적 형태의 심층 브레인스토밍

 - 관찰 및 대화기법(job shadowing): 개개인이 각자의 환경에서 업무를 수행하는 방법을 직접적으로 관찰하는 방식. 요구사항을 명확하게 설명하기 어려워하거나, 세분된 프로세스의 경우 유용

 

#합작 어플리케이션 개발(JAD), 품질기능 전개(QFD), 사용자스토리

 

 - 합작 어플리케이션 개발(JAD; joint application design): 소프트웨어개발 산업에서 주로 사용되는 기법. 해당 주제 전문가와 개발팀이 모여서 요구사항을 수집하고 소프트웨어개발 프로세스를 개선하는 데 초점을 맞추어 심층 토론 세션을 진행하는 방법

 - 품질기능 전개(QFD; quailfy fuction deployment): 제조업에서 주로 사용되는 기법. 신제품개발에서 핵심 특성을 결정하는 데 유용한 기법으로, VOC(고객 요구사항)을 수집하고, 수집된 니즈를 객관적으로 정렬 및 우선순위화 하여 달성목표를 정함

 - 사용자스토리(user story): 필요한 기능을 짧은 문구로 설명해 놓은 것. 보통 agile 방법에서 활용되며, 워크샵을 통해 취합됨. 기능의 혜택을 보는 이해관계자(role), 이해관계자가 요구하는 것(goal), 이해관계자에게 돌아가는 혜택(motivation)이 사용자스토리를 통해 설명됨

 

#프로토타입, 스토리보드

 

 - 프로토타입(prototype): 가시적인 시제품을 통해 이해관계자의 기대사항을 조기에 파악할 수 있는 수단. 요구사항을 구체화하기 위한 공격적인 방법(점진적 구체화). 고객의 요구사항을 지속적으로 반영하여 반복적으로 실시할 수도 있음. 프로토타입에서 확인된 요구사항은 설계 또는 제작단계로 진행되기에 충분한 수준에 도달한 것이라고 볼 수 있음

   (사례): mock-up, 시뮬레이션, 2D/3D 모델링

 - 스토리보드 기법: 연속적인 이미지나 도해를 통해 이동 또는 전환 순서를 보여주는 프로토타입의 한 방법

   (사례): 영화, 광고, 교수설계, agile, 소프트웨어개발 프로젝트 등에서 활용

 

#요구사항 추적 매트릭스

 

 : 고객의 요구사항이 제품이나 서비스에 반영되었다는 것을 입증하기 위한 문서. 제품의 요구사항이 비롯된 근원에서 요구사항을 충족시키는 인도물까지 연결해 놓은 matrix

 

#요구사항문서

 

 : 개별 요구사항이 프로젝트의 비즈니스 요구를 충족하는 방법을 기술한 문서.

  - 포함되는 내용: 비즈니스 해결책-이해관계자 요구 / 기술적 해결책-이해관계자 요구가 구현되는 방법

 

#범위정의 프로세스

 

 : 프로젝트와 제품에 대한 상세설명서를 개발. 제품/서비스/결과물의 경계 및 인수기준(acceptance criteria) 기술

  - output: 프로젝트 범위기술서

 

#프로젝트 범위기술서

 

  - 의미

  - 포함되는 내용: 프로젝트의 범위, 주요 인도물 등 프로젝트 인수기준에 대한 구체화된 내용

  - 프로젝트 헌장과의 차이점: 프로젝트 헌장은 상위 레벨의 요구사항을 기술하며, 프로젝트 범위기술서에는 구체적인 내용을 포함함

  - 요구사항문서와의 차이점

 

#작업분류체계(WBS) 작성방법

 

 : WBS(work breakdown structure): 산출물 중심(deliverable-oriented)의 계층적 분할(hierachical decomposition). (활동 중심이 아님!) WBS는 의미있는 산출물을 만들 수 있을 때까지 분할. 이해관계자와의 의사소통을 효과적으로 하는 데 사용됨.

 - 원가와 일정추정이 가능해야 하고, 프로젝트를 효과적으로 관리하거나 통제 가능한 수준까지 분할.

 - 가급적 2주(10일, 80시간) 이내로 분할

 - 너무 상새하게 분류해도 좋지 않음→작성시간 증가, 프로젝트에 불필요한 부담 증가, 통제의 어려움 증가 등

 - 작업패키지(WP)별로 원가와 일정이 배정되어 있어 모니터링과 통제에 사용될 수 있음

 - WBS 작업은 팀이 다 같이 하며, 책임은 관리자(PM)가 진다!

 

#연동기획(rolling wave plan)

 

: 완료시점이 너무 먼 미래의 인도물 또는 하위 구성요소는 분해가 불가능할 수 있으므로 인도물이나 하위 구성요소가 합의될 때 까지 기다렸다가 상세한 WBS를 작성하는 방법

: 가까운 시기에 완료할 작업은 상세히 계획하고, 장기적인 작업은 상위 수준으로만 계획함

: 반복적인 계획수립 기법이며, 점진적인 구체화의 한 형태(애자일, 계획주도형 접근법에서 모두 적용가능)

 

정보가 부족한 초기전략기획기간 → 추후 정보가 확실해진 지점

(알려진 상세수준으로 WP 분해)       (WP를 활동으로 분해)

 

#범위 기준선(scope baseline)

 

: 1) 승인받은 범위기술서, 2) WBS, 3) WBS사전

: 변경은 오직 공식적인 변경통제 절차를 통해서만 이루어짐

 

#상세미분류 작업패키지, 작업패키지, 작업분류체계사전

 

 - 상세미분류 작업패키지(PP; planning package): 세부 일정활동은 없지만 작업내용은 파악하고 있는 통제단위(CA)의 하위/작업패키지(WP)의 상위 구성요소

 - 작업패키지(WP; work package): 작업분류체계(WBS)의 최하위수준 구성요소. WP를 사용하여 작업일정을 계획하고 작업을 예측, 감시, 통제하는 활동들을 분류할 수 있음. 작업을 완료하는 데 필요한 일정, 자원, 원가가 기술되어 있어 산정과 통제의 기준이 됨

 - 작업분류체계사전(WBS dictionary): WBS의 각 WP를 자세히 설명한 문서. 각 WP의 식별자, 작업 설명, 책임(담당)조직, 일정, 마일스톤, 연관된 작업, 필요자원, 원가산정치, 품질 요구사항, 인수기준, 기술적 참고사항 등이 포함됨

 

CA≥PP＞WP

 

# 범위확인 프로세스

 

완료된 인도물의 인수를 공식화 하는 과정

 

# 검증된 인도물 vs 수용된 인도물

 

 

 

# 형상관리 계획서(configuration management plan)

 

 - 용도: 구성 가능한 항목, 공식적 변경통제를 필요로하는 항목, 해당항목에 대한 변경을 통제하는 프로세스 등의 확인

 

# 차이분석 vs 추세분석

 

 

---