제품 범위와 프로젝트 범위의 의미와 상호관계
요구사항 문서가 만들어지는 과정과 포함 내용
범위 정의의 흐름과 프로젝트 범위 기술서에 포함된 내용
작업분류체계(WBS)의 작성 기법과 관련 용어
Work package 의 결정방법과 투입되는 다른 프로세스
범위 기준선의 의미와 구성요소
범위 검증의 의미와 역할
범위 통제의 흐름
프로젝트 범위는 우리가 해야 할 작업 범위를 말한다. 범위를 관리하지 않는다면 어디까지 우리가 해야 할 일인지 명확하지 않기 되며, 범위가 계속 늘어나는 문제가 발생할 수 있다. 범위를 명확히 정의하고, 정의된 범위가 추가 될때 적절한 통제가 필요하다.
100% Rule : WBS가 잘 만들어졌는지 확인하는 방법은 제일 밑에서 위로 다시 합치면서 올라가는 것으로 상위요소를 분할하여 하위요소가 나왔다면 거꾸로 하위 요소를 합치면 상위요소가 나와야 하며 이때 합친 것이 상위 요소보다 크거나 작으면 잘못 분할된 것으로 상위요소가 100% = 하위요소 합친 것 100% 일치해야 함
통제단위(Control Account) : 통제 단위(Control Account)는 WBS 구성 요소 중, Work package보다 상위 요소로 범위나 원가, 일정을 통제하기 위해 임의의 요소로 Work package를 여러개 가질 수 있으나, Work package는 여러 개의 Control Account를 가질 수 없다.
범위검증 : 인도물에 대한 고객 또는 스폰서의 공식적 수용 과정 (인도물의 수용성이 중점)
품질통제 : 프로젝트의 인도물이 품질 표준에 부합하는가를 확인 (인도물의 정확성이 중점)
Work Breakdown Structure: 프로젝트 목표를 달성하고 필요한 인도물을 산출하기 위하여 프로젝트 팀이 수행할 작업을 인도물 중심으로 분할한 계층 구조 체계
요구사항 수집(Collect Requirements) - Planning Process Group
| 투입물 | 도구 및 기법 | 산출물 |
| 프로젝트 헌장 이해관계자 등록부 |
인터뷰 핵심 그룹 심층 워크샵 집단 창의력 기법 집단 의사결정 기법 설문지 및 설문조사 관찰 프로토타입 |
요구사항 문서 요구사항 관리 계획 요구사항 추적 매트릭스 ---하위 프로세스 -- --Planning group 5.2 범위 정의 5.3 WBS 작성 12.1 조달 계획 --Monitoring and Controlling group 5.4 범위 검증 5.5 범위 통제 4.2 프로젝트 관리계획 개발 |
요구사항은 프로젝트 초기에 개략적이었다가 프로젝트 진척에 따라 점차 상세해질 수 있다. 간단하게 요구사항만 나열할 수도 있고, 상세한 설명을 포함하여 작성할 수도 있다. 요구사항 문서에는 비즈니스 및 프로젝트 목표, 요구 사항 목록과 각 요구사항의 근거, 각 요구사항을 위한 관련돈 측정치들, 내외부적으로 요구사항이 미치는 영향, 다른 요구사항에 기대되는 영향, 요구사항에 관련된 제약사항과 가정사항, 요구사항에 관련된 비즈니스/법적/윤리적 준수사항, 요구사항의 수용 기준, 품질 요구사항, 지원 및 교육 요구사항, 제품에 관련된 기능적 요구사항, 서비스/보안/안전과 같은 비기능적 요구사항과 같은 정보가 포함될 수 있다.
요구사항 관리 계획은 프로젝트 진행하면서 요구사항의 분석/문서화/관리를 어떻게 할지 기술하는 것으로 계획/추적/보고하는 방법, 변경관리및승인에 관한 형상관리 활동들, 요구사항 순위를 결정하는 방법, 제품척도와 척도를 사용하는 이유등이 포함될 수 있다.
요구사항 추적매트릭스는 지속적으로 요구사항을 관리하기 위해 사용되며 요구사항 식별코드, 우선순위, 요구사항 달성 책임자, 요구사항 완료현황등이 포함된다.
범위 정의 - Plannging group
| 투입물 | 도구 및 기법 | 산출물 |
| 프로젝트 헌장 요구사항 문서 조직 프로세스 자산 |
전문가판단 제품 분석 대안 식별 심층 워크샵 |
프로젝트 범위 기술서 프로젝트 문서 갱신 -----(하위프로세스)----- --Planning group 4.2 프로젝트 관리 계획 개발 5.3 WBS 작성 8.1 품질 계획 수립 6.4 활동 기간 산정 6.5 일정 개발 11.1 리스크 관리 계획 수립 11.3 정성적 리스크분석 수행 |
작업분류체계 작성 - Planning group
| 투입물 | 도구 및 기법 | 산출물 |
| 프로젝트 범위 기술서 요구사항 문서 조직 프로세스 자산 |
분할 | 작업분류체계(WBS) 작업분류체계(WBS)사전 프로젝트 문서 갱신 ----(하위프로세스)--- --Planning group 4.2 프로젝트 관리 계획 개발 6.1 활동 정의 7.1 원가 산정 7.2 예산 결정 8.1 품질 계획 수립 11.2 리스크 식별 12.1 조달 계획 수립 |
분할의 순서
- 프로젝트 범위 기술서로부터 프로젝트 인도물 및 관련 작업을 식별
- WBS 형태로 구성 및 체계화
- 상위 수준으로부터 하위 수준으로 분할
- WBS 각 요소에 대한 고유한 식별 코드를 개발하고 배정
- 분할의 적적성을 검증 : 100% Rule
작업분류체계 사전(WBS Dictionary)에는 각 WBS요소에 대한 상세 설명, 관리 단위 식별코드, 작업 설명, 담당 조직, 일정 마일스톤 목록, 관련된 일정 활동들, 계약 정보, 품질 요구사항, 기술 참조서, 필요한 자원, 원가 산정치, 인수 기준등이 상황에 따라 포함된다.
범위 검증 - Monitoring and Controlling group
| 투입물 | 도구 및 기법 | 산출물 |
| 프로젝트 관리 계획 요구사항 문서 요구사항 추적 매트릭스 확인된 인도물들 |
검사 | 수용된 인도물 변경 요청 프로젝트 문서 갱신 -------------(하위프로세스)---------- 4.5 통합 변경 통제 수행 4.6 프로젝트 또는 단계 종료 |
범위 통제 - Monitoring and Controlling group
| 투입물 | 도구 및 기법 | 산출물 |
| 프로젝트 관리 계획 작업성과 정보 요구사항 문서 요구사항 추적 매트릭스 조직 프로세스 자산 |
차이 분석 | 작업 성과 측정치 변경 요청 조직 프로세스 자산 갱신 프로젝트 관리 계획 갱신 프롲게트 문서 갱신 -------------(하위프로세스)---------- 4.5 통합 변경 통제 수행 10.5 성과 보고 8.3 품질 통제 수행 |
작업 성과 측정치(Work performance measurements)는 기준과 실제 결과를 비교하여 현재 성과가 좋은지 나쁜지에 대한 정보들로 이 내용은 성과 보고서로 문서화하여 관련 이해관계자에게 전달한다.
5장까지 읽다보니 흐름이 어떻게 흘러가는지 감이 좀 잡힌다. PMP Pass는 프로젝트 관리를 위한 42개의 프로세스의 흐름에 대한 내용을 설명하고 각 프로세스의 투입물, 처리과정, 산출물에 대한 내용에 무엇이 되어야 하는지에 대한 설명이 주를 이루고 있다. 각 문서들의 영문명이 익숙해져야 하는 부분은 시험을 대비한다면 반드시 필요해보인다. 좀 더 자세한 사항은 책을 통해 학습해야 하고, 또한 각각의 프로세스를 좀 더 자세히 설명하고 있는 PMI에서 제공하는 다른 문서들도 있는 것 같다. 시험뿐만 아니라 실제로 프로젝트를 성공적으로 이끌어내기 위해 이러한 가이드가 몸에 배인다면 좀 더 체계적으로 관리할 수 있을 것 같다. 이렇게 요약정리하다보니 이해가 좀 더 쉽기도 하고, 차후에 참고하기도 좋을 것 같다.
- 제품 범위(Product scope)는 제품, 서비스 또는 결과의 특성을 나타내는 특징 또는 기능
- 프로젝트 범위(Project scope)는 지정된 특징이나 기능을 가진 제품, 서비스, 또는 결과를 달성하기 위해 필요한 일(Work)
- 프로젝트에 무엇이 포함되고 포함되지 않는지 잘 정의하고 통제하는 것이 범위 관리의 목적
- 범위 관리는 기획 프로세스의 3개와 감시 및 통제 프로세스의 2개로 총 5개의 프로세스로 구성
- 요구사항 수집(Collect requirements) 프로세스는 프로젝트의 주요 이해관계자로부터 요구사항을 식별하고 문서화 하는 프로세스
- 요구사항은 프로젝트 범위의 기반이며, 범위 검증의 기준과 범위 통제의 기준으로 사용
- 델파이 기법(The Delphi technique)은 전문가가 익명으로 참여하고 사회자(리더)가 질문지를 통해 의견을 수렴하는 과정을 반복하여 합의된 아이디어를 도출하는 방법
- 프로젝트 범위를 정의하기 위해 프로젝트에서 만들 제품에 대해 자세한 분석 필요
- 작아진 범위로부터 돈과 시간을 예측하는 것이 더 좋기 때문에 범위를 세분화하여 WBS를 작성
- WBS 작성도 Rolling wave planning의 형태를 따름
- Code of accounts 란 WBS의 각 요소를 고유하게 식별하는데 사용하는 번호 배정 시스템으로 숫자오 알파벳으로 이루어짐
- 통제단위(Control account)는 WBS구성 요소 중, Work package보다 상위 요소로서 범위나 원가, 일정을 통제하기 위해 지정한 임의의 요소
- 승인받은 WBS, WBS dictionary, Project scope statement는 진척 추적시 사용할 범위 기준선
- 범위 검증(Verify Scope)프로세스는 '완료된 프로젝트 인도물 및 범위에 대한 이해관계자의 공식적 수용(Formal acceptance)의 획득'을 하는 프로세스
- 범위 검증은 품질 통제 수행 이후 수행되는 프로세스
- 고객 또는 스폰서가 공식적으로 서명하고 수용한 인도물(Accepted deliverables)
- 통제의 가장 핵심 역할은 기분과 실적의 차이분석(Variance analysis)임
<출처 : PMP Pass - 한동환 저>
'프로젝트관리' 카테고리의 다른 글
| PMP Pass 책 요약#7 - 7장 프로젝트 원가 관리(Project Cost Management) (0) | 2020.11.06 |
|---|---|
| PMP Pass 책 요약#6 - 6장 프로젝트 시간 관리(Project Time Management) (0) | 2020.11.02 |
| PMP Pass 책 요약#4 - 4장 프로젝트 통합 관리(Project Integration Management) (0) | 2020.10.20 |
| PMP Pass 책 요약#3 - 3장 단일 프로젝트를 위한 프로젝트 관리 프로세스 (0) | 2020.10.16 |
| 칸반 - 일일스탠드미팅(XP) - 일일스크럼(스크럼) 을 활용한 일정관리 (0) | 2020.09.21 |