프로젝트 범위 관리
📌 사업 관리 방법론 : 범위, 일정, 비용관리의 핵심 영역을 중심으로 전개하던 1996년, 2000년 버전의 PMBOK에서 위험관리 및 9개 전체 영역의 프로세스를 동등 수준으로 전개한 2004, 2008년의 PMBOK버전으로 진화하면서 요구사항 식별, 이해관계자 식별 및 기대관리 등의 프로세스 추가 반영 등 요구사항, 이해관계자의 중요성 강조 방향으로 진화하였습니다.
📌 PMI의 PMBOK(Project Management Body Of Knowledge) 4차 개정판(2008. 12)에서는 요구사항 식별과 이해관계자 식별 및 기대관리 프로세스가 추가되었으며, 현재 7차 개정판이 2021년도에 발간 예정이라고 합니다. 해당 내용들은 제가 가지고 있는 자료 4차 개정판을 기반으로 작성되었음을 참고 바랍니다.
👀 PMI 공식 사이트 : www.pmi.org/
🐱🐉 앞으로 다룰 내용의 근간이 되는 내용이 될 것이기 때문에 한번 살펴보고 가도록 하겠습니다.
| Project Scope Management | Project Time Management | Project Cost Management |
| ✔ 요구사항 수집 ✔ 범위 정의 ✔ 작업분류체계 작성 ✔ 범위 검증 ✔ 범위 통제 |
✔ 활동 정의 ✔ 활동순서 배열 ✔ 활동별 자원 산정 ✔ 활동 기간 산정 ✔ 일정 개발 • 일정 통제 |
✔ 원가 산정 ✔ 원가 예산 책정 ✔ 원가 통제 |
| Project Quality Management | Project Human Resource Management | Project Communications Management |
| ✔ 품질 계획 ✔ 품질 보증 수행 ✔ 품질 통제 수행 |
✔ 인적자원계획 ✔ 프로젝트팀 확보 ✔ 프로젝트팀 개발 ✔ 프로젝트팀 관리 |
✔ 이해관계자 식별 ✔ 의사소통계획 ✔ 정보 배포 ✔ 이해관계자 기대관리 ✔ 성과 보고 |
| Project Risk Management | Project Procurement Management | Project Integration Management |
| ✔ 위험 관리 계획 ✔ 위험 식별 ✔ 정성적 위험 분석 ✔ 정량적 위험 분석 ✔ 위험 대응 계획 .위험 감시 및 통제 |
✔ 조달 계획 ✔ 조달 계약 ✔ 조달 관리 ✔ 조달 종결 |
✔ 프로젝트 헌장 개발 ✔ 프로젝트관리계획 개발 ✔ 프로젝트 실행 지시 및 관리 ✔ 프로젝트 작업 감시 및 통제 ✔ 통합 변경 통제 . 프로젝트 종료 |
👍 요구사항 수집 : 제안요청서, 프로젝트 헌장, 식별된 이해관계자 등으로부터 요구사항을 수집하는 프로세스
👍 범위 정의 : 프로젝트의 주요 인도물을 다루기 쉬운 요소들로 분할하는 프로세스
👍 작업 분류체계 : 실제 작업 가능한 수준으로 WBS를 작성하는 프로세스
👍 범위 검증 : 완성된 프로젝트 인도물의 공식적 인수에 필요한 프로세스
👍 범위 통제 : 프로젝트 범위의 변경 여부 및 내용을 통제하는 프로세스
범위 관리
👀 목적 : 고객의 요구사항을 충족시키기 위한 범위 계획을 수립하고 정해진 프로세스에 따라 필요한 작업이 적절히 준비되고, 변경되고, 분석되고, 관리되도록 하기 위함
범위 계획 수립 시 고려사항
- 환경 분석
- 고객 요구사항
- 예상 작업 시간
- 자원 분석 (자원 요구사항, 가용 자원 정보)
- 제약사항 분석
- 리스크 분석
범위 관리 계획 수립 시 주의 사항
✔ 프로젝트의 목적과 범위가 모든 프로젝트 관계자들에게 명확하게 전달되고 동의되어야 함
✔ 프로젝트의 범위 확정시 범위의 우선순위화를 통해 향후 예상되는 변경 발생 시 필요한 유연성을 확보함
✔ 프로젝트 목적과 고객 요구 사항 파악에 걸리는 시간을 충분히 확보함
✔ 범위의 수립과 변경에 관련된 모든 정보의 문서화함
✔ 범위 변경 시 언제나 고객과 합의한 공식 절차를 따라야 하며 변경내용은 모든 Stakeholder들에게 전달되어야 함
프로젝트 목적 수립 Guide Lines
✔ 너무 복잡하지 않게
✔ 측정 가능하고, 유형의, 검증 가능한
✔ 도전적인 (너무 쉽지 않은)
✔ 그러나 현실적이고 실현 가능한
✔ 가용자원의 범위 내에서 (비용, 시간, 인적 자원 등)
✔ 조직의 원칙과 절차와 부합해야
📌 프로젝트 범위 수립을 위해서는 프로젝트 목적이 명확해야 함
📌 프로젝트 수행 중 그 목적의 변경은 프로젝트 종료의 원인이 되기도 함
범위 관리 계획 수립
범위 계획 수립 단계에서는 고객의 요구사항을 수집하고 프로젝트 제약사항 등을 고려하여 이를 만족시킬 수 있는 프로젝트의 범위를 파악한다.
✔ 범위 계획 수립 단계에서는 고객의 비즈니스 요구사항으로부터 출발하여 프로젝트 수행에 필요한 자원, 즉 시간, 예산, 인적 자원 등과 기타 환경적 요인들을 고려하여 범위 기술서를 작성
✔ 제품/서비스 내역은 고객이 원하는 프로젝트의 결과물 이미지와 High-level 디자인까지 포함
✔ 범위 기술서는 제품/서비스 내역 이외에도 프로젝트 계획 수립 시 고려했던 구체적인 가정이나 예상되는 제약사항 등을 포함
범위 관리 계획 수립 Benefit
👍 프로젝트 수행 중에 예상되는 불확실성을 줄이거나 없애기 위해
👍 프로젝트 수행 시 범위와 단계별 프로세스 및 산출물에 대한 불필요한 혼란을 제거하고 효율성을 확보
👍 프로젝트 목적과 범위에 대한 프로젝트 팀의 이해를 증진
👍 프로젝트 관리 및 성과 측정 시 기준선으로 활용
PMBOK 내용
📌 프로젝트 범위 관리는 프로젝트를 성공적으로 완료하는 데 반드시 필요한 작업만을 빠짐없이 프로젝트에 포함시키기 위해 필요한 프로세스들을 포함한다.
프로젝트 범위 관리는, 프로젝트를 성공적으로 완료하는 데 반드시 필요한 작업만을 빠짐없이 프로젝트에 포함시키기 위해 필요한 프로세스들을 포함한다. 프로젝트 범위 관리의 주요 업무는 프로젝트에 포함시킬 사항과 제외시킬 사항을 정의하고 통제하는 것이다. 다음과 같은 프로젝트 범위 관리 프로세스를 요약해서 보여준다.
✔ 요구사항 수집 : 프로젝트 목표를 충족하기 위해 이해관계자의 요구사항을 정의하고 문서화하는 프로세스
✔ 범위 정의 : 프로젝트와 제품에 대한 상세한 설명을 개발하는 프로세스
✔ 작업분류체계(WBS) 작성 : 프로젝트 인도물과 작업을 작고 더 관리 가능한 요소로 세분하는 프로세스
✔ 범위 검증 : 완료된 프로젝트 인도물의 인수를 공식화하는 프로세스
✔ 범위 통제 : 프로젝트 및 제품 범위의 상태를 감시하고 범위 기준선 변경을 관리하는 프로세스
이 프로세스들은 서로 간에는 물론이고 나머지 지식 영역의 프로세스들과도 상호 작용을 한다.
프로젝트의 필요성에 따라 각 프로세스에 한 명 이상의 인원이 참여할 수 있다.
각 프로세스는 모든 프로젝트에서 한 번 이상 발생하고, 프로젝트가 여러 단계로 나뉜 경우에는 하나 이상의 프로젝트 단계에서 발생한다.
여기에서는 프로세스들이 명확히 정의된 인터페이스가 있는 개별 요소로 표시되지만 실제로는 자세히 설명되지 않은 다양한 방법으로 중첩되고 상호 작용할 수 있다. 프로세스 상호작용에 대해서는 프로젝트 관리 프로세스'에서 자세히 설명하였다. 프로젝트 상황에서 범위라는 용어의 의미에는 다음이 포함될 수 있다.
- 제품 범위. 제품, 서비스 결과물에 대해 기술하는 특징 및 기능
- 프로젝트 범위. 지정된 특징과 기능을 갖춘 제품, 서비스 또는 결과를 제공하기 위해 완수해야 하는 작업
프로젝트 범위를 관리하는 데 사용되는 프로세스와 지원 도구 및 기법은 응용 분야에 따라 달라지며, 대개 프로젝트 생애 주기의 일부로 정의된다. 승인을 받은 상세한 프로젝트 범위 기술서, 관련 작업분류체계(WBS) 및 WBS 사전이 프로젝트의 범위 기준선이 된다.
이 기준에 따른 범위를 프로젝트의 전체 생애 주기에 걸쳐 감시하고, 검증 및 통제한다. 여기에 개별 프로세스로 표시되지는 않았지만, 프로젝트 범위 관리의 5 가지 프로세스를 수행하는 데 수반되는 작업에 앞서, 프로젝트 관리 팀의 기획 작업이 수행된다.
프로젝트 관리 계획서 개발 프로세스의 일환인 이 기획을 통해 프로젝트 범위를 정의, 문서화, 검증, 관리 및 통제할 방법에 대한 지침을 제공하는 범위 관리 계획서를 작성한다. 프로젝트 요구에 따라 범위 관리 계획서는 공식적 또는 비공식적 문서이며, 매우 상세하게 혹은 요약해서 기술할 수 있다.
프로젝트 범위의 완료 여부는 프로젝트 관리 계획서를 기준으로 측정하고, 제품 범위의 완료 여부는 제품 요구사항을 기준으로 측정한다. 프로젝트 범위 관리 프로세스를 나머지 지식 영역의 프로세스들과 적절히 통합함으로써 프로젝트 작업을 통해 지정된 제품 범위를 인도할 수 있도록 해야 한다.
Related References
- 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.2] PMBOK 기준 범위 정의에 대해서 알아보자 (0) | 2021.01.25 |
|---|---|
| [사업관리 감리 - Chap.1] PMBOK 기준 요구사항 수집에 대해서 알아보자 (0) | 2021.01.24 |
| [사업관리 감리 - Chap.6] PMBOK 기준 프로젝트 종료에 대해서 알아보자 (0) | 2021.01.22 |
| [사업관리 감리 - Chap.5] PMBOK 기준 통합 변경 통제에 대해서 알아보자 (0) | 2021.01.21 |
| [사업관리 감리 - Chap.4] PMBOK 기준 프로젝트 작업 감시 및 통제에 대해서 알아보자 (0) | 2021.01.19 |