읽기 : 더블유비에스
스펠 : Work Breakdown Structure
프로젝트메니지먼트로 계획을 세울 때에 이용되는 수법의 하나로, 프로젝트 전체를 작은 작업 단위로 분할한 구성도이다. [작업분할구성], [작업분해도] 라고 불려진다.
WBS에서는 우선 프로젝트의 성과물을 가능한 한 작은 단위로 분해한다. 그 때, 전체를 큰 단위로 분할하고 난 후, 각각의 부분에 대해 좀 더 작은 단위로 분해하여, 계층적으로 구성화 해 나간다.
성과물의 세분화가 끝나면, 각각의 부분을 구성하는데 필요한 작업(한가지 이상의 작업일 때도 있음)을 생각하여, 최하층에 배치해 간다. 각각의 부분을 구성하는 일련의 작업 단위를 [워크 패키지]라고 한다. WBS의 각각의 워크패키지에 담당인원을 배치하면 프로젝트를 수행하는 조직도가 생성된다. 이것을 OBS(Organization Breakdown Structure)라 한다.
---
엑셀로 만들어진 WBS
WBS 개발방법
WBS의 일반적인 작성절차는 먼저 상위 수준의 WBS작성 -> 작성된 WBS에 대한 공감대 형성 -> 상세 WBS 작성 -> 완료된 WBS에 대해 공유의 순서로 진행되며, 반드시 팀원들과 함께 WBS를 작성하고 공유해야 한다.
1. 상위 수준(High Level)의 WBS를 작성한다.
WBS를 작성하기 위해서는 먼저 프로젝트 매니저를 중심으로 업무를 하향식(Top-down)으로 전개한다. 이를 위해서는 먼저 과거 유사 프로젝트의 자료를 수집, 정리해보거나 아니면 과거 유사 프로젝트의 경험자에게 유의할 사항을 경청해 볼 필요도 있다. 만일 사내에 WBS와 관련된 템플릿(Template)이 존재한다면 이를 이용해 보는 것도 상당히 좋은 방식이 될 수 있을 것이다. 이러한 기초 정보를 바탕으로 프로젝트 팀장과 팀원은 해당 프로젝트의 목표를 재확인하고, 프로젝트의 전체 개요적인 수준(프로젝트 규모에 따라 다르지만, 약 2~3 수준 정도)으로 WBS를 작성한다.
2. 작성된 WBS에 대하여 공감대를 형성한다.
작성된 상위 수준의 WBS를 기초로 프로젝트 주요 이해관계자들과 함께 WBS에 대한 공감대(Consensus)를 형성해야 한다. 여기서는 작성된 WBS에서 중복되는 업무 또는 누락된 업무는 없는지 확인하고, 타당성을 검토하면서 지속적으로 수정하여야 하며, 최종적으로는 프로젝트 스폰서의 승인을 확보해야 한다.
3. 상세 WBS를 작성한다.
상위 수준의 WBS를 기초로 각 수준별로 상세(Detail) WBS를 작성한다. 보통 대규모 프로젝트에서는 이러한 상세 WBS는 프로젝트 팀원들 각자가 담당하는 부분을 정하여 해당 부분에 대하여 세부적으로 작업을 분해해 내려간다.
4. 완료된 WBS를 공유한다
팀원들 각자가 작성한 상세 WBS와 상위 수준의 WBS를 합쳐 프로젝트의 WBS를 완성하고 이 완성된 WBS를 프로젝트 팀 모두가 함께 공유한다.
WBS를 작성하는 데 있어서 일반적으로 준수해야 하는 원칙이 있다. 단, 이러한 원칙은 일종의 작성 지침이며 깨뜨릴 수 없는 법칙은 아니다.
• 프로젝트의 수행범위가 중복되어서도 누락되어서도 안 된다.
• 하위 수준의 요소를 합치면 상위 수준의 요소가 구성되며, 수준별로는 같은 기준과 관점으로
분해되어야 한다.
• WBS는 수준 수의 관점에서 반드시 대칭이 될 필요는 없다.
• WBS의 수준은 프로젝트 규모와 관계가 있으며, 복잡성/위험/통제 필요성 간의 균형을 이루어
작성한다.
• 프로젝트 전체는 최상위 수준에서 표현하며, 상위 수준의 분류는 프로젝트 수명 주기를 적용할
수 있다.
• 각 작업 패키지는 책임자 및 원가 할당이 가능해야 한다.
• 각 작업 패키지는 1인이 통상 8 ~ 80시간 이내로 완료할 수 있는 분량이어야 한다.
• WBS는 산출물(Deliverables) 위주로 분해해 나가야 한다.
• WBS의 최하위 단위인 작업 패키지는 1개 이상의 활동(Activity)으로 구성된다.
• 기술적인 업무와 관련된 내용뿐만 아니라, 프로젝트 관리와 관련된 모든 중요한 보고목록(검토
회의, 월간 보고서, 시험 보고서 등)이 WBS에 포함되어 표현되어야 한다.
WBS 분해 수준의 적합성은 프로젝트 규모의 함수이며, 복잡성/위험/통제 필요 정도에 따라 달라질 수 있으나, 일반적으로 다음과 같은 사항을 확인하여 적합성 여부를 판단한다.
• 작업 패키지별(Work package)로 원가 및 소요 시간 추정이 가능한가? 추정이 가능하다면
분해 수준이 적정한 것이다.
• 작업 패키지별로 원가 및 소요 시간 추정의 정확성을 증가시켜야 할 필요가 있는가?
추가적으로 정확성을 증가시킬 필요가 있다면 좀 더 세부적으로 분해한다.
• 개별 작업 패키지는 1인이 8 ~ 80시간 이내로 완료할 수 있는 분량인가? 완료 가능하다면
분해 수준이 적정한 것이다.
• 개별 작업 패키지는 1인이 수행할 수 있는가? 1인이 수행 가능하다면 분해 수준이 적정한
것이다.
• WBS 요소들 간에 작업 프로세스의 수행에서 중요한 시간적인 차이(Gap)가 있는가? 차이가
있다면 좀 더 세부적으로 분해해야 한다.
• 개별 작업 패키지의 내용이 두 개 이상의 산출물 혹은 작업 프로세스를 내포하고 있는가?
두 개 이상의 산출물을 포함하고 있다면 좀 더 세부적으로 분해해야 한다.
• 개별 작업 패키지에 대한 진행상황을 측정하기 위한 명확한 기준이 수립될 수 있는가? 기준이
수립될 수 있다면 분해 수준이 적정한 것이다.
* 프로젝트 매니지먼트 전문가(PMP), 프로젝트 매니지먼트 코치(PMC) - 허정재(hur@psi.co.kr)
1. 상위 수준(High Level)의 WBS를 작성한다.
WBS를 작성하기 위해서는 먼저 프로젝트 매니저를 중심으로 업무를 하향식(Top-down)으로 전개한다. 이를 위해서는 먼저 과거 유사 프로젝트의 자료를 수집, 정리해보거나 아니면 과거 유사 프로젝트의 경험자에게 유의할 사항을 경청해 볼 필요도 있다. 만일 사내에 WBS와 관련된 템플릿(Template)이 존재한다면 이를 이용해 보는 것도 상당히 좋은 방식이 될 수 있을 것이다. 이러한 기초 정보를 바탕으로 프로젝트 팀장과 팀원은 해당 프로젝트의 목표를 재확인하고, 프로젝트의 전체 개요적인 수준(프로젝트 규모에 따라 다르지만, 약 2~3 수준 정도)으로 WBS를 작성한다.
2. 작성된 WBS에 대하여 공감대를 형성한다.
작성된 상위 수준의 WBS를 기초로 프로젝트 주요 이해관계자들과 함께 WBS에 대한 공감대(Consensus)를 형성해야 한다. 여기서는 작성된 WBS에서 중복되는 업무 또는 누락된 업무는 없는지 확인하고, 타당성을 검토하면서 지속적으로 수정하여야 하며, 최종적으로는 프로젝트 스폰서의 승인을 확보해야 한다.
3. 상세 WBS를 작성한다.
상위 수준의 WBS를 기초로 각 수준별로 상세(Detail) WBS를 작성한다. 보통 대규모 프로젝트에서는 이러한 상세 WBS는 프로젝트 팀원들 각자가 담당하는 부분을 정하여 해당 부분에 대하여 세부적으로 작업을 분해해 내려간다.
4. 완료된 WBS를 공유한다
팀원들 각자가 작성한 상세 WBS와 상위 수준의 WBS를 합쳐 프로젝트의 WBS를 완성하고 이 완성된 WBS를 프로젝트 팀 모두가 함께 공유한다.
WBS를 작성하는 데 있어서 일반적으로 준수해야 하는 원칙이 있다. 단, 이러한 원칙은 일종의 작성 지침이며 깨뜨릴 수 없는 법칙은 아니다.
• 프로젝트의 수행범위가 중복되어서도 누락되어서도 안 된다.
• 하위 수준의 요소를 합치면 상위 수준의 요소가 구성되며, 수준별로는 같은 기준과 관점으로
분해되어야 한다.
• WBS는 수준 수의 관점에서 반드시 대칭이 될 필요는 없다.
• WBS의 수준은 프로젝트 규모와 관계가 있으며, 복잡성/위험/통제 필요성 간의 균형을 이루어
작성한다.
• 프로젝트 전체는 최상위 수준에서 표현하며, 상위 수준의 분류는 프로젝트 수명 주기를 적용할
수 있다.
• 각 작업 패키지는 책임자 및 원가 할당이 가능해야 한다.
• 각 작업 패키지는 1인이 통상 8 ~ 80시간 이내로 완료할 수 있는 분량이어야 한다.
• WBS는 산출물(Deliverables) 위주로 분해해 나가야 한다.
• WBS의 최하위 단위인 작업 패키지는 1개 이상의 활동(Activity)으로 구성된다.
• 기술적인 업무와 관련된 내용뿐만 아니라, 프로젝트 관리와 관련된 모든 중요한 보고목록(검토
회의, 월간 보고서, 시험 보고서 등)이 WBS에 포함되어 표현되어야 한다.
WBS 분해 수준의 적합성은 프로젝트 규모의 함수이며, 복잡성/위험/통제 필요 정도에 따라 달라질 수 있으나, 일반적으로 다음과 같은 사항을 확인하여 적합성 여부를 판단한다.
• 작업 패키지별(Work package)로 원가 및 소요 시간 추정이 가능한가? 추정이 가능하다면
분해 수준이 적정한 것이다.
• 작업 패키지별로 원가 및 소요 시간 추정의 정확성을 증가시켜야 할 필요가 있는가?
추가적으로 정확성을 증가시킬 필요가 있다면 좀 더 세부적으로 분해한다.
• 개별 작업 패키지는 1인이 8 ~ 80시간 이내로 완료할 수 있는 분량인가? 완료 가능하다면
분해 수준이 적정한 것이다.
• 개별 작업 패키지는 1인이 수행할 수 있는가? 1인이 수행 가능하다면 분해 수준이 적정한
것이다.
• WBS 요소들 간에 작업 프로세스의 수행에서 중요한 시간적인 차이(Gap)가 있는가? 차이가
있다면 좀 더 세부적으로 분해해야 한다.
• 개별 작업 패키지의 내용이 두 개 이상의 산출물 혹은 작업 프로세스를 내포하고 있는가?
두 개 이상의 산출물을 포함하고 있다면 좀 더 세부적으로 분해해야 한다.
• 개별 작업 패키지에 대한 진행상황을 측정하기 위한 명확한 기준이 수립될 수 있는가? 기준이
수립될 수 있다면 분해 수준이 적정한 것이다.
* 프로젝트 매니지먼트 전문가(PMP), 프로젝트 매니지먼트 코치(PMC) - 허정재(hur@psi.co.kr)
'PLAN Insight' 카테고리의 다른 글
[기획노트] 기획과 계획의 차이, 그리고 기획자와 계획자 (0) | 2013.05.30 |
---|---|
[기획노트] 리더가 가져야할 능력 (0) | 2013.05.29 |
[기획노트] 앞을 내다보게 기획하라 (0) | 2013.05.29 |
좋은 명세서 만들기 (0) | 2009.04.16 |
기능 명세서 작성 요령 (0) | 2009.04.15 |