[사업관리 감리 - Chap.5] PMBOK 기준 범위 통제에 대해서 알아보자

프로젝트 범위 관리 : 범위 통제 #5

📌 사업 관리 방법론 및 PMI의 PMBOK(Project Management Body Of Knowledge) 4차 개정판(2008. 12)에서는 요구사항 식별과 이해관계자 식별 및 기대관리 프로세스가 추가되었으며, 현재 7차 개정판이 2021년도에 발간 예정이라고 합니다. 해당 내용들은 제가 가지고 있는 자료 4차 개정판을 기반으로 작성되었으며, 이전 글 참고 바랍니다.

 

[사업관리 감리 - PMBOK] 프로젝트 범위 관리

 

범위 통제

👀 범위 변경의 원인을 확인하고 변경이 발행하는지 모니터링하며 실제 발생한 변경을 관리하는 프로세스이다.

 

범위 통제

✔ 확정된 범위에 따라 프로젝트를 수행하는 동안 대부분 프로젝트의 경우 고객의 요구사항 변경이나 제약사항이나 외부 환경의 변화 등 여러 가지 원인에 의해 프로젝트 범위의 변경을 경험
✔ 범위관리 계획 수립시 함께 정의되었던 범위 변경 관리 프로세스에 따라 관리됨
👌 범위통제는 반드시 다른 통제프로세스(일정 통제, 원가 통제, 품질 통제 등)와 완전하게 통합되어 수행되어야 한다.

📌 범위 변경 원인(Category)

범위 변경 원인

범위 변경 원인의 예

🤔 요구사항의 변화

• 고객의 요구사항이 범위 확정 이후 변화
• 예) 시스템 사용자 수 증가

🤔 외부 환경 변화

• 프로젝트 팀의 통제가 불가능한 외부 환경 요인의 변화
• 예) 개인정보보호법 개정 및 시행으로 강력한 Security 시스템 설치의 의무화

🤔 범위 누락

• 예상 산출물 내역이나 작업 범위 정의 및 계획 수립시 누락된 부분의 발견

🤔 기능 추가

• 시스템의 향상을 위한 기능 추가
• 예) 사용자에 따라 다른 초기 화면을 볼 수 있도록 시스템 관리자가 Customizing 가능하도록 기능 추가

🤔 기술 발전

• 예) EIP나 n-tier Architecture 등의 새로운 기술의 등장으로 프로젝트 범위의 확대나 축소가 불가피

📌 핵심 사항

• 제품 및 프로젝트에 대한 고객의 요구사항을 정확히 이해한다.
• 프로젝트의 품질 요구사항을 이해한다.
• 프로젝트 범위 확정시 고객과의 충분한 검증을 통해 향후 발생할 수 있는 분쟁의 소지를 없앤다.
• 범위에 대해 고객과 공유할 수 있는 기대 수준 (Expectation Level)을 설정하고 프로젝트 초기부터 관리한다.
• 적절한 범위 정의가 다른 Function들에 미치는 영향을 이해하고 범위 변경시 다른 관리 계획에 미칠 효과에 대해 충분히
• 고려한다.
• 범위의 변경시 모든 Stakeholder들의 사전 동의를 원칙으로 하며, 여의치 않을 경우라도 반드시 사후 통보를 한다.

PMBOK 내용

📌 범위 통제

✔ 범위 통제는 프로젝트 및 제품 범위의 상태를 감시하고 범위 기준선에 대한 변경을 관리하는 프로세스이다. 프로젝트 범위 통제 프로세스는 요청된 변경과 권고된 시정 또는 예방 조치가 통합 변경 통제 수행 프로세스를 통해 모두 처리되도록 통제한다.

 

✔ 실제로 변경이 발생하여 다른 통제 프로세스에 통합될 때 발생한 변경을 관리하는 데에도 프로젝트 범위 통제 프로세스가 활용된다. 통제되지 않은 변경을 흔히 프로젝트 범위 크립(Creep)이라고 한다. 변경은 피할 수 없는 사건이므로 어떠한 방식으로든 변경 통제 프로세스가 필요하다. 투입물, 도구 및 기법, 산출물을 보여주고, 프로세스 흐름도는 프로세스 내에서 기본적인 흐름과 상호작용을 요약해서 보여준다.

 

범위 통제: 투입문, 도구 및 기법, 산출물

 

범위 통제 데이터 흐름도

📌 범위 통제: 투입물

✔ 프로젝트 관리 계획서
프로젝트 관리 계획서에 범위 통제에 사용되는 다음과 같은 정보가 들어 있다.

• 범위 기준선. 범위 기준선과 실제 결과를 비교하여 변경, 시정 조치 또는 예방 조치가 필요한지 여부를 결정한다.

• 범위 관리 계획서. 범위 관리 계획서에는 프로젝트 범위의 관리 및 통제 방법을 기술한다.
• 변경관리 계획서. 변경관리 계획서에는 프로젝트에 대한 변경을 관리하는 프로세스를 정의한다.
• 형상 관리 계획서. 형상 관리 계획서에는 구성 가능한 관리 항목, 공식적 변경 통제를 필요로 하는 항목, 해당 항목에 대한 변경을 통제하는 프로세스를 정의한다.
• 요구사항 관리 계획서. 요구사항 관리 계획서에는 요구사항 활동을 계획, 추적 및 보고하는 방법, 제품, 서비스 또는 결과 요구사항에 대한 변경을 착수하는 방법을 기술할 수 있다. 또한 변경의 영향력을 분석하는 방법, 변경을 승인하는 데 필요한 권한 수준도 설명한다.

 

✔ 작업 성과 정보
프로젝트 진행에 대한 정보, 즉 인도물의 개시 여부와 진행 정도, 완료된 인도물 등에 대한 정보이다.

 

✔ 요구사항 문서

✔ 요구사항 추적 매트릭스

✔ 조직 프로세스 자산
다음은 범위 통제 프로세스에 영향을 미칠 수 있는 조직 프로세스 자산의 일부 예이다.
• 기존의 공식적, 비공식적 범위 통제 관련 정책, 절차 및 지침
• 사용할 감시 및 보고 방법

📌 범위 통제: 도구 및 기법

✔ 차이 분석
• 프로젝트 성과 측정치를 사용하여 초기 범위 기준선으로부터 차이를 평가할 수 있다. 범위 기준선(단원 5.3.3.3)과 차이가 발생한 사유와 정도를 결정하고 시정 또는 예방 조치가 필요한지 여부를 판별하는 일은 프로젝트 범위 통제에서 중요한 과제이다.

 

📌 범위 통제: 산출물

✔ 작업 성과 측정치
• 측정치에는 계획 대비 실제 기술 성과 또는 기타 범위 성과 측정치가 포함될 수 있다. 이 정보는 문서화하여 이해관계자에게 전달한다.

 

✔ 조직 프로세스 자산 갱신
다음은 갱신될 수 있는 조직 프로세스 자산의 일부 예이다.
• 차이의 원인
• 시정 조치와 채택 사유
• 프로젝트 범위 통제 과정에서 습득한 기타 유형의 교훈

 

✔ 변경 요청
• 범위 성과의 분석 결과로 프로젝트 관리 계획서의 범위 기준선 또는 기타 구성요소에 대한 변경 요청이 발생할 수 있다. 예방 조치, 시정 조치 또는 결함 수정이 변경 요청에 포함될 수 있다. 변경 요청은 통합 변경 통제 수행 프로세스에 따라 검토되고 처리된다.

 

✔ 프로젝트 관리 계획서 갱신
• 범위 기준선 갱신. 승인된 변경 요청이 프로젝트 범위에 영향을 미치는 경우, 승인된 변경 내용을 반영하여 범위 기술서, 작업분류체계(WBS), WBS 사전을 개정하고 다시 발행한다.
• 기타 기준선 갱신. 승인된 변경 요청이 프로젝트 범위에 영향을 미치는 경우, 해당하는 원가 기준선과 일정 기준선을 승인된 변경 내용을 반영하여 개정하고 다시 발행한다.

 

✔ 프로젝트 문서 갱신
다음은 갱신될 수 있는 프로젝트 문서의 일부 예이다.
• 요구사항 문서
• 요구사항 추적 매트릭스

 

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, 정기원. 김태현 공역

- 최신 소프트웨어 공학 기법/ 한. 카네기멜론 대학 기술교류협회

- 소프트웨어 프로세스와 품질/ 정기원, 윤창섭, 김태현 공저

 

PMBOK

요약 : 소프트웨어어 qa, 웹 qa, 앱 qa, 소프트웨어 테스트 자동화, 자동화 소프트웨어, pm 교육, 비즈니스 소프트웨어, 소프트웨어 공학 프로젝트, audit, auditer