[PMP] 작업 분할 구조도 (WBS) - PBS/FBS, 개념,구성,특성,작성방법

A. WBS(Work Breakdown Structure)란 무엇인가?

1) 정의
- 사전적인 의미로는 프로젝트의 범위와 최종산출물을 세부요소로 분할한 계층적 구조도라고 정의한다.
- 프로젝트의 요소를 산출물(Product)의 관점에서 계층적으로 그룹화한 것으로 프로젝트의 범위를 정의, 개발, 검증하는 도구
- WBS에 표현되지 않으면 프로젝트의 범위가 아닌 것으로 간주할 수 있도록 구조적인 표현을 통하여 하위 그룹 또는 수준(Level)으로 갈수록 상세하게 기술함

2) 중요성, 목적
- 의사소통: 고객, 팀원 간 의사소통수단
- 가시화: 프로젝트 업무내역을 가시화, 관리가능
- R&R: 프로젝트 팀원의 책임과 역할 명시

프로젝트에서 수행할 업무 식별을 위한 툴 프로젝트의 일정과 원가, 자원요구사항 식별을 위한 툴 작업에 자원을 배정하기 위한 툴 프로젝트의 생산성 통제를 위한 툴 고객, 프로젝트 팀 등 Statkeholder와의 의사소통을 위한 툴

B. WBS 예제

WBS 예제

C. Work Package의 개념

- WBS의 최하위 단위로 Activity(작업요소)로도 불림.
- Work Package는 반드시 한 사람 또는 한 팀으로 독립적으로 수행할 수 있는 일의 단위여야 한다.
- WBS를 실무에 적용하는 경우 Work Package 단위로 관리를 하기 때문에 Work Package가 MECE(Mutually Exclusive, Collectively Exhasutive)의 원칙에 부합되도록 체계적이고 명확하게 정의가 되어야 한다.
- 한마디로 한 사람(팀)이 연속해서 한 번에 끝낼 수 있는 일의 단위가 Work Package이다.

Work Package

D. WBS의 적정 범위

1) 너무 개괄적으로 분할된 것은 아닌지?
- 작업의 기간, 공수, 비용을 추정할 수 있는가?
- 작업간의 연관관계를 찾을 수 있는가?
- 작업에 담당자를 지정할 수 있는가?

2) 너무 자세하게 분할된 것은 아닌지?
- 작업이 WBS에 포함될 필요가 있는가?
- 작업이 단순한 체크리스트나 TO-DO LIST인지 아니면 일정 공수가 투여되는 실질적인 작업인지?
- 프로젝트 실행통제 중에 이 작업들에 대해 모두 관리가 가능한지?

E. WBS에 대한 오해

WBS에 대한 오해

WBS는 업무나 결과물을 시간적으로 나열하는 것이 아니다. 단지, 전체업무를 작은 업무로 쪼개놓아 세부적으로 식별한 결과물이다. 흔히들 MS Project가 WBS를 이용하기에 일정관리를 WBS로 해야 한다고 하는데 정확히 말하면, 일정관리는 Project Plan으로 하는 것이며, MS Project가 이를 지원하는 도구이고, WBS는 일정의 기초가 되는 작업을 세분화하는 기법이다.

 

F. WBS의 구성

1) 시설물별 분류체계(PBS: Physical Breakdown Structure)
- 프로젝트를 수행하기 위한 업무분류 및 관리의 기준이 되는 것으로서 사업실체
- 최종목적물을 체계적으로 구분한 것

2) 기능별 분류체계(FBS: Functional Breakdown Structure)
- 프로젝트의 최종목적물을 생산하기 위해 수행되는 제반 기능적인 업무나 그 성과물을 체계적으로 구분한 것

 

G. WBS의 구성 목적

1) Activity Define
- 공사에 필요한 작업 중에서 최하위 작업까지의 정의
- 각 수준에서의 작업 단위와 공사전체와의 관계

2) Summariziing & Reporting
- 순차적인 일정 및 원가의 집계
- 요약 및 보고의 체계 확립

 

H. WBS의 특성

- WBS는 프로젝트에 상당히 의존적임
- 모든 종류의 프로젝트에 공통인 WBS는 존재하지 않으나, 프로젝트 대상에 따라 일반적인 분류기준이 있을 수 있음
- 프로젝트의 수행자에 의한 유동적인 체계 수립 가능

 

I. WBS의 작성 목적

- 비용, 일정, 자산 산정의 정확도 향상
- 성과 측정과 조정의 기준선 정의
- 명백한 책임 할당용이

 

J. WBS의 작성 방법

- 하향식(Top-Down) 방법으로 접근한다.
- WBS의 산출물은 명사를 사용한다.
- 링크가 없는 박스는 만들지 않도록 한다.
- 고객과 합의된 내용을 바탕으로 WBS 상위 수준을 구성한다.
- 1개의 타스크는 5일 이상이 되도록 설정한다.

K. WBS 작성시 고려사항 및 문제점

1) 고려사항
- 의견 수렴: 팀원들의 참여를 바탕으로 의견을 수렴(전문가에게 전문분야의 일정을 맡기는 것이 효과적)
- 방법론을 기반으로 작성
- 프로젝트 초기에 이해관계자가 참여하여 합의
- WBS 작성 후 MS-Project 등 도구를 사용하여 일정관리 수행

2) 문제점
- 개략적인 WBS 작성: Activity를 세분화하지 못하고 개략적 수준으로 작성
- 미흡한 계획수립: 프로젝트 계획 수립단계 때 충분한 검토 없이 계획 수립에 대한 보완이 필요함

 

L. WBS의 효과

- 프로젝트 전체와 부분을 구조적으로 이해하여 해야 할 일의 누락을 방지
- 개인의 책임업무 인식, 몰입과 프로젝트 팀의 결속력 증진
- 프로젝트 팀과 stakeholder간의 효과적인 커뮤니케이션과 협력 체계 수립
- 작업 범위의 변경을 최소화하고 Configuration의 기준 제공
- 인력량(Effort), 비용, 일정의 추정과 검증의 기준

---

 

반응형

 

[CISCO] BGP 프로토콜 조정 방법 7가지

[CISCO] BGP 프로토콜 조정 방법 7가지

 

[Tool] Xmind - 마인드맵, 브레인스토밍 소프트웨어 도구

[Tool] Xmind - 마인드맵, 브레인스토밍 소프트웨어 도구

 

[PMP] PMBOK GUIDE 7th Edition - The Standard for Project Management 리뷰

[PMP] PMBOK GUIDE 7th Edition - The Standard for Project Management 리뷰