[실전 프로젝트 관리] 1. 프로젝트 범위 관리

목적

1. 이해관계자가 요청한 모든 요구사항들이 프로젝트 범위에 포함되었는지 보장

2. 오로지 필요한 작업만 수행될 수 있도록 관리

 

핵심은 바로 '오로지 필요한 작업(only the work required)'이다.

 

고객이 요청하지도 않은 작업을 수행할 경우 불필요한 비용 증가 및 일정 지연을 초래할 수 있기 때문이다. 따라서 이해관계자의 요구사항을 정확히 식별하고 무엇이 프로젝트의 범위에 포함 또는 미포함되는지 구분할 수 있어야 한다.

 

 

프로젝트 범위, 제품 범위

º 프로젝트 범위 : 특정 특색과 기능의 제품, 서비스, 결과물 등을 인도(deliver)하기 위해 수행하는 작업, 프로젝트 계획에 따라 결정됨. 또한 프로젝트 범위 종결은 프로젝트 관리 계획서에 입각해서 결정됨.

º 제품 범위 : 제품, 서비스, 결과물 등을 특징짓는 특생과 기능으로 프로젝트 요구사항에 따라 결정됨. 또한 제품 범위의 종결은 제품 요구사항에 입각해서 결정됨.

 

 

생애주기

적응적/애자일 생애주기(Adaptive/Agile life cycle)

 

프로젝트가 일련의 반복 작업(Iteration)으로 나뉘어 시행된다.

 

작업이 시작되기 전, 팀은 우선순위에 따라 정렬된 제품 백로그(Product Backlog) 목록을 보고, 다음 번 반복에서 완료될 수 있는 항목의 개수를 결정

→ 적응적 생애주기에선 백로그(제품 요구사항, 유저스토리 포함)에 요구사항이 반영되어 있기 때문.

→ 매 반복 작업마다 요구사항 수집, 범위 정의, 작업분류체계(WBS) 작성 프로세스를 거침.

 

전통적인 철의 삼각형(Iron triangle)에서는 범위가 초기에 정의되므로 일정과 원가가 변동되는데, 애자일 철의 삼각형에서는 일정과 원가가 고정되어 있는 상태에서 범위가 변동된다.

 

전통적 철의 삼각형 vs. 애자일 철의 삼각형

스폰서나 고객 등 이해관계자의 지속적인 참여가 필수적인데, 매 반복 작업의 결과물에 대한 피드백을 제공하고 제품 백로그가 실제 요구사항을 반영했는지 체크해야 하기 때문. 이때 범위 확인과 범위 통제 프로세스가 반복.

 

 

프로세스

도메인	프로세스	내용
기획	범위 관리계획 수립(Plan Scope Management)	프로젝트 범위와 제품 범위를 어떻게 정의하고, 확인하고 통제할 지 문서화하는 범위관리계획서를 작성하는 단계
	요구사항 수집(Collect Requirements)	프로젝트의 목표를 달성하기 위해 이해관계자의 니즈와 요구사항을 결정, 문서화 및 관리하는 단계
	범위 정의(Define Scope)	프로젝트와 제품에 대한 구체적인 세부설명을 개발하는 단계
	작업분류체계(WBS) 작성(Create WBS)	프로젝트 인도물과 프로젝트 작업을 더 작고 관리하기 쉬운 하위단계로 세분화하는 단계
감시 및 통제	범위 확인(Validate)	품질 통제를 통해 완성된 프로젝트 인도물의 승인(서명)을 형식화하는 단계
	범위 통제(Control Scope)	프로젝트 상태와 범위를 감시하고 범위기준선에 대한 변경사항을 관리하는 단계

 

 

 

 

 

※실전 프로젝트 관리(PMBOK 6판)을 참고하였습니다. 링크 : https://wikidocs.net/27305

위키독스