작업분할구조도(WBS:Work Breakdown Structure)

프로젝트를 수행하다보면 종종 "프로젝트의 범위는 어디까지인가?", "이것도 해야하는 것인가?"라는 질문을 많이 갖게 됩니다. 프로젝트 팀원에서 부터 프로젝트관리자까지 종종 프로젝트가 납품해야 할 것이나 해야할 일을 누락하는 경우를 볼수 있습니다. 이것은 프로젝트가 체계적으로 관리되지 못하고 있다는 것을 의미하며, 구체적으로 해야할 일을 명확하게 정의하지 않은 경우 발생하는 것입니다.

즉, 요구사항을 명확히 해석하여 그에 대응하는 작업을 규정하였고, 이를 수시로 점검하였다면 과업의 누락은 발생하지 않게되는 것입니다.

 

이때, 프로젝트에서 해야할 일들을 체계적으로 정의하는 도구로 작업분할구조도를 사용합니다. WBS는 MS 프로젝트에서도 사용하는 기본양식입니다.

 

본회에서는 WBS의 정의와 구조에 대해 설명하겠습니다.

 

1. WBS는 무엇인가?

 

사전적인 의미로는 프로젝트의 범위와 최종산출물을 세부요소로 분할한 계층적 구조도라고 정의하며, 다음과 같은 역활을 수행합니다.

 

1.1 WBS의 역활

 

1) 프로젝트에서 수행할 업무 식별을 위한 툴

 

흔희 프로젝트의 시작은 요구사항 분석부터라고 합니다. 그러나, 대부분의 개발팀원들은 요구사항분석을 개발과정의 일부로써 프로젝트가 시작한 후에 하는 것으로 알고 있으며, 프로젝트의 시작은 개발자들이 모두 구성된후 kick-off meeting을 하는 것으로 잘못알고 있습니다. 정확한 프로젝트의 시작은 프로젝트 관리자의 임명에서 시작합니다. 즉, 임명된 프로젝트의 주관리자가 있어야 프로젝트의 모든 예산을 수립하는데, 이러한 예산은 요구사항에 근거한 작업범위로 산출하게 되는 것이며, 작업의 종류와 범위는 PM이 WBS에 근거하여 업무를 식별한 후에야 파악이 가능하게 됩니다.

 
2) 프로젝트의 일정과 원가, 자원요구사항 식별을 위한 툴

 

대충대충산정하여 프로젝트를 수행하는 경우, 예상못한 작업으로 인해 많은 낭패를 경험한 적이 있을 것입니다. 이것은 누락된 작업이 일정에 차질을 주었고, 지연된 일정을 만회하기 위해 더 많은 공수를 투입하는 비용지출의 결과를 불러오게 됩니다. 이를 예방하기 위해 WBS는 프로젝트의 작업에 대한 일정/원가를 산정하는 기초자료를 제공합니다.

3) 작업에 자원을 배정하기 위한 툴 

 

어떤 일을 누가 무엇을 가지고 할지를 정해야 하는 것을 도와 줍니다. 즉, 직무할당표 (RAM:Responsiability Assign Matrix )도 사용되기도 하지만 작업에 대한 자원 즉, 공수를 배정하는 것은 WBS가 적격입니다.

4) 프로젝트의 생산성 통제를 위한 툴

 

WBS가 프로젝트의 생산성을 통제할수 있다는 것은 아닙니다. 다만, 통제의 기반이되는 작업의 종류와 규모를 나열하기에 생산성을 예측하고 프로젝트 중간에 변경이 발생하면 이를 통제할수 있다는 것입니다. 즉, 범위의 변경은 WBS의 변경으로 통제되는 것입니다.

5) 고객, 프로젝트 팀 등 Stakeholder와의 의사소통을 위한 툴

 

WBS는 아래그림처럼 구조도로 표현되기도 하고 표로 표현되기도 하여, 프로젝트의 모든 인원이 각 작업에 대한 세부작업과 담당자를 쉽게 식별할수 있도록 표현하고 있습니다.  따라서, 이 자료는 범위변경 즉, 요구사항의 변경발생시 가장먼저 체크해보아야 할 사항중 하나로 사용될 만큼 고객과 의사소통의 수단이 되는 것입니다. 또한, 이후에 또 설명하겠지만, PWBS, CWBS등으로 나뉘어 계약적/후의 결정된 작업을 구분하는 계약서의 일부역활을 담당하기도 합니다.

 

 

1.2 WBS에 대한 오해

 

 

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

 

모든 작업은 프로젝트의 요구사항에 기반하여 정의하므로, 개발 및 관리업무 모두를 빠짐없이 기술해야 합니다.

출처 - http://blog.naver.com/jtum?Redirect=Log&logNo=50084957807

[출처] 작업분할구조도(WBS:Work Breakdown Structure)(1)|작성자 지식스폰지