프로젝트 범위 관리 : 범위 검증 #4
📌 사업 관리 방법론 및 PMI의 PMBOK(Project Management Body Of Knowledge) 4차 개정판(2008. 12)에서는 요구사항 식별과 이해관계자 식별 및 기대관리 프로세스가 추가되었으며, 현재 7차 개정판이 2021년도에 발간 예정이라고 합니다. 해당 내용들은 제가 가지고 있는 자료 4차 개정판을 기반으로 작성되었으며, 이전 글 참고 바랍니다.
[사업관리 감리 - PMBOK] 프로젝트 범위 관리
목차 프로젝트 범위 관리 📌 사업 관리 방법론 : 범위, 일정, 비용관리의 핵심 영역을 중심으로 전개하던 1996년, 2000년 버전의 PMBOK에서 위험관리 및 9개 전체 영역의 프로세스를 동등 수준으로
qa-testing.tistory.com
범위 검증
👀 Stakeholder로부터 프로젝트 범위에 대한 공식 승인을 획득하는 프로세스이다.
✔ 이전 단계에서 문서화된 범위는 고객과의 검증 단계를 통해 최종 확정
✔ 범위에 대한 고객의 검증을 위해서는 WBS 외에도 관련된 모든 문서들이 Input으로 사용되며 고객의 요구사항 대비 문서화된 범위가 충분한가에 대한 고객의 정밀 검토를 통해 최종 승인이 이루어짐
📌 범위 통제
확정된 범위의 변경이 필요할 경우 다음과 같은 프로세스를 통해 컨트롤한다.
변경 통제 프로세스는 다음의 사항들을 포함
- 범위 변경의 직접적 원인 검토
- 범위 변경을 결정
- 변경 발생 시기 관리
- 변경 사후 관리
📌 범위 변경 통제
✔ 범위의 변경 요구 시 다음 사항에 대한 답변을 준비한다.
- 이 변경은 꼭 필요한 것인가?
- 이 변경으로 인해 추가되는 비용은 얼마인가?
- 이 변경으로 인해 제품의 질이 높아지는가?
- 추가되는 비용이 이번 변경으로 인한 제품의 질 향상과 비교하여 정당화될 수 있는가?
- 이번 변경의 결과가 프로젝트 완료일에는 어떤 영향을 주는가?
PMBOK 내용
📌 범위 검증
✔ 범위 검증은 완료된 프로젝트 인도물의 인수를 공식화하는 프로세스이다. 범위 검증에는 인도물이 만족스러운 수준으로 완료되었는지 확인하기 위해 고객이나 스폰서와 인도물을 검토하는 활동과 고객이나 스폰서가 인도물을 공식적으로 인수하는 절차가 수반된다. 범위 검증과 품질 통제는 서로 다른 프로세스이다.
✔ 범위 검증에서는 인도물의 인수에 주력하는 반면, 품질 통제에서는 인도물의 정확도와 인도물에 지정된 품질 요구사항의 충족 여부에 중점을 둔다. 범위 검증에 앞서 품질 통제를 수행하는 것이 일반적이지만 두 프로세스를 병행할 수도 있다.
✔ 범위 검증과 연관된 투입물, 도구 및 기법, 산출물을 보여준다. 프로세스 흐름도는 프로세스 내의 기본적인 흐름과 상호작용을 간략히 보여준다.
📌 범위 검증: 투입물
👀 프로젝트 관리 계획서
프로젝트 관리 계획서에 범위 기준선이 포함된다. 범위 기준선을 구성하는 요소는 다음과 같다.
🕯 프로젝트 범위 기술서. 프로젝트 범위 기술서에는 제품 범위 설명과 프로젝트 인도물이 포함되고, 제품 사용자 인수 기준이 정의된다.
🕯 WBS. 작업분류체계(WBS)는 각 인도물을 정의하고, 인도물을 작업 패키지로 분할한 구조를 보여준다.
🕯 WBS 사전. 작업분류체계(WBS) 사전은 각 WBS 요소의 작업 및 기술 문서에 대한 자세한 설명을 제공한다.
👀 요구사항 문서
🕯 요구사항 문서에는 프로젝트, 제품, 기술, 프로젝트 및 제품의 인수 기준과 제시되어야 하는 기타 요구사항을 모두 기술한다.
👀 요구사항 추적 매트릭스
🕯 요구사항 추적 매트릭스는 요구사항을 각각의 요인에 연결하고 프로젝트 생애 주기 전반에 걸쳐 추적한다
👀 확인된 인도물
🕯 확인된 인도물은 완료되어 품질 통제 수행 프로세스에서 정확도 검사를 마친 인도물이다.
📌 범위 검증: 도구 및 기법
👀 검사
🕯 검사는 작업과 인도물이 요구사항과 제품 인수 기준을 충족하는지 판별하기 위하여 수행하는 측정, 검수, 확인 등의 활동을 포함한다. 때로 검사를 검토, 제품 검토, 감사 또는 워크 스루(Walkthroughs)라고도 한다. 일부 응용 분야에서는 이러한 용어가 각기 다른 특정한 의미로 사용되기도 한다.
📌 범위 검증: 산출물
👀 인수된 인도물
🕯 인수 기준을 충족하는 인도물은 고객 또는 스폰서가 공식적으로 서명하고 인수한다. 이해관계자가 프로젝트 인도물을 공식적으로 인수함을 인정하는 공식 문서를 고객 또는 스폰서로부터 받아서 프로젝트 또는 단계 종료 프로세스
👀 변경 요청
🕯 완료했지만 공식적으로 인수되지 않은 인도물은 거부 사유와 함께 문서화한다. 이러한 인도물에는 결함 수정을 위한 변경 요청이 필요할 수도 있다. 변경 요청은 통합 변경 통제 수행 프로세스를 통해 검토되고 처리된다.
👀 프로젝트 문서 갱신
🕯 범위 검증 프로세스의 결과로 갱신될 수 있는 프로젝트 문서에는 제품 완료 시 제품 또는 보고서 상태를 정의하는 모든 문서가 포함된다.
Related References
- 첨부파일 : A Guide to the Project Management Body of Knowledge (PMBOK Guide) Fourth Edition / PMI
- Software Engineering : A Practitioner’s Approach / Roger S. Pressman. – 7th ed.
- Project Management : A System Approach to Planning, Scheduling, and Controlling / Harold Kerzner. - 6th ed.
- Software Project Survival Guide / Steve McConnell
- IT 전문 컨설턴트 과정 : 프로젝트 관리 / 기업정보화지원센터
- 201가지 소프트웨어 개발 원칙 / Alan M. Davis, 정기원. 김태현 공역
- 최신 소프트웨어 공학 기법/ 한. 카네기멜론 대학 기술교류협회
- 소프트웨어 프로세스와 품질/ 정기원, 윤창섭, 김태현 공저
요약 : 소프트웨어어 qa, 웹 qa, 앱 qa, 소프트웨어 테스트 자동화, 자동화 소프트웨어, pm 교육, 비즈니스 소프트웨어, 소프트웨어 공학 프로젝트, audit, auditer
'EDUCATION' 카테고리의 다른 글
| [사업관리 감리 - Chap.1] PMBOK 기준 원가 산정 프로세스에 대해서 알아보자 (0) | 2021.01.30 |
|---|---|
| [사업관리 감리 - Chap.5] PMBOK 기준 범위 통제에 대해서 알아보자 (0) | 2021.01.29 |
| [사업관리 감리 - Chap.3] PMBOK 기준 작업분류체계(WBS) 작성에 대해서 알아보자 (0) | 2021.01.26 |
| [사업관리 감리 - Chap.2] PMBOK 기준 범위 정의에 대해서 알아보자 (0) | 2021.01.25 |
| [사업관리 감리 - Chap.1] PMBOK 기준 요구사항 수집에 대해서 알아보자 (0) | 2021.01.24 |