작업분류체계 (Work Breakdown Structure (WBS))
한 줄 정의: 프로젝트의 전체 산출물과 작업범위를 계층적으로 세분화해 관리 가능한 작업단위(work package)로 분해한 프로젝트관리 도구로, 일정·비용·자원 산정의 기초가 된다.
쉽게 풀면
큰 프로젝트를 작은 작업 단위로 계속 쪼개서 나무 구조처럼 정리한 작업 목록표다.
왜 중요한가
작업분류체계(WBS)는 프로젝트 전체 범위를 관리 가능한 세부 작업 단위로 계층적으로 분해한 문서로, 프로젝트관리협회(PMI)가 표준 프로젝트관리 방법론의 핵심 도구로 제시하며 작업 범위의 누락을 방지하고 각 작업에 대한 책임과 자원을 명확히 배정하는 데 활용된다. 대형 프로젝트에서 이 구조를 기반으로 일정과 예산이 세부적으로 편성된다.
논문에서는 이렇게 쓰입니다
PMBOK(프로젝트관리지식체계)는 WBS를 프로젝트 범위관리의 핵심 산출물로 규정하며 100% 법칙(전체 범위를 빠짐없이 포함)을 원칙으로 제시한다.
최상위 프로젝트 목표를 단계별로 세분화해 최하위 작업패키지 단위까지 분해하면 각 패키지별로 담당자, 일정, 예산을 배정할 수 있다.
"신제품 개발 프로젝트의 WBS를 설계, 시제품 제작, 시험, 양산 준비의 4개 상위 단계로 나누고 각 단계를 다시 세부 작업패키지로 분해하였다."
큰 프로젝트 목표를 단계별로 나누어 최종적으로 담당자를 배정할 수 있는 작업패키지 수준까지 세분화하는 절차를 보여준다.
조금 더 깊게 보면
WBS를 지나치게 세밀하게 분해하면 관리해야 할 작업 항목이 과도하게 늘어나 오히려 관리 부담이 커지는 반면, 지나치게 큰 단위로만 나누면 실제 진행 상황을 정확히 파악하기 어려워져 적절한 분해 수준을 찾는 것이 실무의 과제로 다뤄진다. PERT/CPM이 이 WBS로 도출된 작업들 간의 시간적 순서와 의존관계를 분석하는 후속 단계라면 WBS는 그 이전에 작업 범위 자체를 구조화하는 선행 단계라는 점에서 프로젝트 관리 프로세스상 순서가 다르다.
주의할 점
WBS를 지나치게 세밀하게 분해하면 관리 오버헤드가 커지므로 프로젝트 규모에 맞는 적정 분해 수준을 유지해야 한다.