프로젝트 범위 관리 : 범위 정의 #2
📌 사업 관리 방법론 및 PMI의 PMBOK(Project Management Body Of Knowledge) 4차 개정판(2008. 12)에서는 요구사항 식별과 이해관계자 식별 및 기대관리 프로세스가 추가되었으며, 현재 7차 개정판이 2021년도에 발간 예정이라고 합니다. 해당 내용들은 제가 가지고 있는 자료 4차 개정판을 기반으로 작성되었으며, 이전 글 참고 바랍니다.
[사업관리 감리 - PMBOK] 프로젝트 범위 관리
목차 프로젝트 범위 관리 📌 사업 관리 방법론 : 범위, 일정, 비용관리의 핵심 영역을 중심으로 전개하던 1996년, 2000년 버전의 PMBOK에서 위험관리 및 9개 전체 영역의 프로세스를 동등 수준으로
qa-testing.tistory.com
범위 정의
👀 향후 프로젝트 결정의 기반이 되는 상세한 프로젝트 범위 기술서를 개발한다.
👍 자세한 프로젝트 범위 기술서를 준비하는 것은 프로젝트 성공에 매우 중요하며, 프로젝트 헌장, 요구사항 수집에서 작성된 문서 등의 주요한 인도물, 가정, 제약 사항을 토대로 한다.
👍 성공적인 완료를 위해 가정과 제약을 분석하고, 필요시 다른 가정과 제약을 추가한다.
PMBOK 내용
📌 범위 정의
범위 정의는 프로젝트와 제품에 대한 상세한 설명을 개발하는 프로세스이다. 상세한 프로젝트 범위 기술서는 프로젝트의 성공에 매우 중요하게 작용하며, 프로젝트 착수 과정에서 문서화한 주요 인도물, 가정, 제약을 근거로 작성된다.
기획 과정에서 프로젝트에 대한 추가 정보가 확보됨에 따라 프로젝트 범위가 점점 더 구체적으로 정의되고 설명된다. 기존의 리스크, 가정, 제약을 분석하여 정확성을 확인하고, 필요에 따라 리스크, 가정, 제약을 추가한다.
범위 정의 프로세스의 투입물, 도구 및 기법, 산출물을 보여주고, 프로세스 내에서 기본적인 흐름과 상호작용을 요약해서 보여준다.
📌 범위 정의 : 투입물
✔ 프로젝트 헌장
프로젝트 헌장은 상위 수준의 프로젝트 설명과 제품 특성을 제공한다. 프로젝트 승인 요구사항도 프로젝트 헌장에 포함된다. 프로젝트 헌장에 대해서는 이전에 설명하였다. 수행 조직에서 프로젝트 헌장을 사용하지 않는 경우, 유사한 정보를 확보하거나 개발하여 상세한 프로젝트 범위 기술서의 기준으로 활용해야 한다.
✔ 요구사항 문서
요구사항 문서의 설명을 참고한다.
✔ 조직 프로세스 자산
다음은 범위 정의 프로세스에 영향을 미칠 수 있는 조직 프로세스 자산의 일부 예이다.
• 프로젝트 범위 기술서에 대한 정책, 절차, 템플릿
• 과거 프로젝트에서 생성된 프로젝트 파일
• 이전 단계 또는 프로젝트에서 습득한 교훈
📌 범위 정의 : 도구 및 기법
✔ 전문가 판단
전문가 판단은 대개 프로젝트 범위 기술서를 개발하는 데 필요한 정보를 분석하는 데 사용된다. 이러한 전문가의 판단과 지식은 모든 기술 세부사항에 적용된다. 전문 지식을 갖추었거나 교육을 받은 그룹 또는 개인이 전문 지식을 제공하며, 다음을 포함한 다양한 출처에서 구할 수 있다.
- 조직 내부의 다른 부서
- 컨설턴트
- 고객 또는 스폰서를 포함한 이해관계자
- 전문가 및 기술 협회
- 산업 단체
- 해당 주제 전문가
✔ 제품 분석
서비스나 결과가 아닌 제품이 인도물인 프로젝트에서는 제품 분석이 유용한 도구가 될 수 있다. 응용 분야마다 상위 수준의 제품 설명을 유형의 인도물로 변환하는 데 일반적으로 사용하는 방식을 한 가지 이상씩 갖고 있다. 제품 분석에는 제품 분해, 시스템 분석, 요구사항 분석, 시스템 공학, 가치공학, 가치 분석 등과 같은 기법이 있다.
✔ 대안 식별
대안 식별은 프로젝트 작업을 실행 및 수행할 방법으로 몇 가지 대안을 개발하는 기법이다. 브레인스토밍, 수평적 사고, 이원 비교 등과 같은 다양한 일반 관리 기법을 사용할 수 있다.
✔ 심층 워크숍
📌 범위 정의 : 산출물
✔ 프로젝트 범위 기술서는 프로젝트의 인도물, 그리고 인도물을 창출하기 위해 필요한 작업을 상세히 설명한다. 또한 프로젝트 이해관계자들이 공통적으로 이해하는 프로젝트 범위에 대한 설명도 제공한다.
✔ 이해관계자 기대사항을 관리하는 데 도움이 될 수 있는 ‘명시적 범위 제외 사항’도 프로젝트 범위 기술서에 명시할 수 있다. 프로젝트 범위 기술서는 프로젝트 팀에서 상세한 기획을 수행하는 데 활용된다.
✔ 또한 실행 단계에서 프로젝트 팀 작업의 방향을 안내하며, 변경 또는 추가 작업 요청이 프로젝트 경계의 내부와 외부, 어디에 포함되는지 평가하는 기준선을 제공한다.
✔ 프로젝트 범위 기술서에 수행할 작업과 제외시킬 작업을 어느 정도로 상세히 기술하는지에 따라 프로젝트 관리 팀이 전체 프로젝트 범위를 통제할 수 있는 역량이 결정될 수 있다.
✔ 상세한 프로젝트 범위 기술서는 직접 또는 다른 문서를 참조한 형태로 다음을 포함된다.
- 제품 범위 명세서. 프로젝트 헌장과 요구사항 문서에 설명된 제품, 서비스 또는 결과의 특성을 점진적으로 구체화한다.
- 제품 인수 기준. 완료된 제품, 서비스 또는 결과의 인수 프로세스와 기준을 정의한다.
- 프로젝트 인도물. 인도물에는 프로젝트의 제품 또는 서비스를 구성하는 산출물과 프로젝트 관리 보고서, 문서 등의 부수적 결과물이 모두 포함된다. 인도물은 요약 수준 또는 아주 상세한 수준으로 기술할 수 있다.
- 프로젝트 제외사항. 일반적으로 프로젝트에서 제외되는 대상을 식별한다. 프로젝트 범위를 벗어나는 것을 명문화해 놓으면 이해관계자의 기대사항을 관리하는 데 도움이 된다.
- 프로젝트 제약사항. 프로젝트 범위와 연관되어 관리 팀의 옵션을 제한하는 특정 프로젝트 제약사항을 열거하여 설명한다. 예를 들면, 고객이나 수행 조직이 제시하는 미리 책정된 예산, 지정일 또는 일정 마일스톤 등이 있다. 계약 아래 프로젝트가 수행될 때는 일반적으로 계약 조항이 제약이 된다. 제약에 대한 정보를 프로젝트 범위 기술서나 별도 기록부에 기술하기도 한다.
- 프로젝트 가정 사항. 프로젝트 범위와 연관된 특정 프로젝트 가정을 열거하여 설명하고, 그러한 가정이 오류로 판명되는 경우 잠재적 영향력에 대한 설명을 추가한다. 프로젝트 팀에서 기획 프로세스의 일환으로 가정 사항을 식별하여 문서화하고 유효성을 확인한다. 가정에 대한 정보를 프로젝트 범위 기술서나 별도 기록부에 기술할 수 있다.
✔ 프로젝트 문서 갱신
- 다음은 갱신될 수 있는 프로젝트 문서의 일부 예이다. 이해관계자 등록부
- 요구사항 문서
- 요구사항 추적 매트릭스
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.4] PMBOK 기준 범위 검증에 대해서 알아보자 (0) | 2021.01.28 |
|---|---|
| [사업관리 감리 - Chap.3] PMBOK 기준 작업분류체계(WBS) 작성에 대해서 알아보자 (0) | 2021.01.26 |
| [사업관리 감리 - Chap.1] PMBOK 기준 요구사항 수집에 대해서 알아보자 (0) | 2021.01.24 |
| [사업관리 감리] PMBOK 기준 프로젝트 범위 관리에 대해서 알아보자 (0) | 2021.01.23 |
| [사업관리 감리 - Chap.6] PMBOK 기준 프로젝트 종료에 대해서 알아보자 (0) | 2021.01.22 |