WBS로 프로젝트 범위를 인도물 단위로 관리하는 방법
WBS의 인도물 중심 구조와 워크 패키지, 의존성 분석, 일정·비용·자원 관리에서의 활용 방식을 정리한다.
2026-08-14 · 최초 발행 2026-04-17
프로젝트 범위는 인도물에서 분해한다
WBS(Work Breakdown Structure)는 프로젝트 목표를 이루고 필요한 인도물을 만들기 위해 수행할 전체 작업을 계층적으로 나눈 구조다. 프로젝트 범위를 워크 패키지(Work Package) 수준까지 세분화해, 구성원이 해야 할 일과 산출해야 할 결과를 분명하게 만든다.
핵심은 활동 자체보다 인도물에 초점을 둔다는 데 있다. 단순히 수행 행위를 나열하는 대신, 그 결과로 무엇이 만들어져야 하는지를 먼저 정한다. 이 접근은 범위의 누락과 중복을 줄이며, 상위 작업은 하위 작업 전체의 합과 같아야 한다는 100% Rule을 적용할 수 있게 한다.
단계에서 워크 패키지까지 이어지는 구조
프로젝트의 규모와 복잡도에 따라 깊이는 달라지지만, WBS는 보통 다음 단위가 연결된 형태로 구성된다.
- 단계(Phase): 프로젝트 생명주기의 주요 구간이며, 대규모 프로젝트에서는 마일스톤과 연결되는 상위 분할 단위다.
- 태스크(Task)와 활동(Activity): 특정 결과물을 만들기 위해 수행하는 구체적 작업이다.
- 워크 패키지(Work Package): 비용과 일정을 추정하고 책임자를 지정해 관리할 수 있는 최하위 작업 단위다.
- 네트워크(Network): 작업 사이의 선후 관계와 의존성을 표현하는 연결 구조다.
각 워크 패키지는 실행 가능한 수준으로 나뉘어야 하지만, 동시에 상위 목표와 연결되어야 한다. 독립적으로 관리할 수 있는 단위와 프로젝트 전체 범위 사이의 연결을 유지하는 것이 WBS 설계의 기준이 된다.
인도물을 기준으로 WBS를 만드는 흐름
먼저 프로젝트 전체 인도물을 식별한 뒤, 이를 하위 단계와 작업으로 계속 분해한다. 분해 과정에서는 각 단계에서 남겨야 할 산출물을 명확히 해야 하며, 워크 패키지에서 비용과 일정을 정확히 산정할 수 있을 때까지 구체화한다.
이후 각 활동에 필요한 수행 기간을 측정하고, 인적·물적 자원을 배정한다. 기간 산정에는 유사 프로젝트의 과거 데이터나 전문가 판단을 활용할 수 있다.
작업 간 논리적 순서도 함께 분석한다. 선행 작업이 끝나야 후속 작업을 시작할 수 있는 Finish-to-Start 관계인지, 병렬 수행이 가능한지 판단해 네트워크 구조를 만든다.
구조가 확정되면 이를 문서화하고 승인받는다. 승인된 WBS는 프로젝트 실행의 기준선(Baseline)이 되며, 팀은 이를 바탕으로 작업을 수행하고 진척도를 관리한다.
범위 관리 밖에서도 작동하는 기준선
WBS는 범위를 정리하는 문서에 그치지 않는다. 각 계층의 인도물과 워크 패키지는 계획 대비 실제 진척을 측정하는 기준이 된다.
워크 패키지마다 담당자를 지정하면 R&R(Roles and Responsibilities)이 명확해지고, 자원 배분도 구체적으로 검토할 수 있다. 고객, 관리자, 개발팀이 프로젝트 범위를 같은 구조로 이해하게 하므로 범위 해석 차이에서 비롯되는 불필요한 분쟁을 줄이는 의사소통 도구이기도 하다.
또한 최하위 워크 패키지에서 추정한 비용과 시간을 상향식(Bottom-up)으로 취합하면 프로젝트 전체의 예산과 기간을 도출할 수 있다.
일정 변화와 위험을 다루는 기반
작업 단위가 명확하게 나뉘면 각 단계에서 검증과 품질 관리를 수행하기 쉬워지고, 최종 인도물의 완성도도 높아진다.
작업 관계가 드러나 있으므로 지연이 생겼을 때 자원을 재배치하거나 패스트 트래킹(Fast Tracking)을 적용해 일정을 단축할 전략을 검토할 수 있다. 프로젝트를 작은 단위까지 살피게 되므로 계획 단계에서 놓치기 쉬운 잠재 위험을 조기에 발견하고 대응 계획을 세우는 데도 도움이 된다.
WBS는 예산 및 자원 관리 시스템과 연계해 운용해야 한다. 참여자 모두가 같은 의미로 해석할 수 있도록 표준화된 용어를 쓰고, 주요 마일스톤에는 적절한 시간적 여유(Buffer)를 배치해 변동성에 대비할 필요가 있다.
프로젝트 목표가 인도물로 내려오는 모습
프로젝트 목표는 단계, 태스크, 그리고 구체적 인도물인 워크 패키지로 내려가며 정의된다. 이 분해 구조가 유지되어야 프로젝트 전체 범위를 빠뜨리지 않고 관리할 수 있다.
Sources
- PMBOK Guide (Project Management Body of Knowledge) 7th Edition
- Software Engineering - Ian Sommerville
- 정보관리기술사 학습 가이드: 프로젝트 관리 범위 영역
- ISO 21500:2012 Guidance on project management