WBS 100% 규칙으로 프로젝트 범위를 빠짐없이 설계하는 법

WBS 100% 규칙의 범위 완전성 원칙과 하향식·상향식 구성 방식, 비용·일정·자원 검증 방법을 정리합니다.

2026-08-14 · 최초 발행 2025-05-23

상위 범위와 하위 작업의 합을 맞추는 기준

WBS(Work Breakdown Structure, 작업분해구조)는 프로젝트 전체 범위를 관리 가능한 구성 단위로 나눈 계층 구조다. 이때 100% 규칙은 프로젝트에 필요한 작업을 빠뜨리지 않고, 같은 작업을 중복하지 않으며, 하위 요소의 합이 상위 요소의 범위와 정확히 일치하도록 요구한다. PMBOK(Project Management Body of Knowledge)에서 정의한 핵심 원칙 중 하나다.

이 규칙은 작업 목록에만 적용되지 않는다. 각 WBS 수준에서 자원, 비용, 일정 역시 상위 수준의 값과 하위 요소 합계가 맞아야 한다. 프로젝트 경계를 명확히 하고, 포함할 일과 제외할 일을 구분하는 기준이 된다.

범위 통제와 협업의 출발점

WBS가 전체 범위를 표현하면 중요한 작업의 누락을 줄일 수 있다. 반대로 프로젝트 범위 밖의 일이 들어오는 범위 크리프(Scope Creep)도 통제하기 쉬워진다.

프로젝트 통제에도 직접 연결된다. 진행 상황을 더 정확히 모니터링할 수 있고, 비용과 일정 추정의 신뢰성을 확보하며, 리스크와 변경 관리를 체계적으로 다룰 수 있다. 이해관계자는 프로젝트 범위에 관한 공통된 이해를 갖게 되고, 역할·책임과 작업 간 상호의존성도 명료해진다.

산출물에서 내려가거나 작업에서 올라가기

하향식(Top-down) 방식은 먼저 프로젝트의 최종 산출물을 정의한 뒤 주요 작업 단계(Phase)를 식별하고, 이를 하위 작업으로 계속 분해하는 방식이다. 관리 가능한 수준까지 분해한 뒤 모든 레벨에서 100% 규칙을 확인한다.

프로젝트 전체단계 1단계 2단계 3작업 1.1작업 1.2작업 2.1작업 2.2작업 2.3작업 3.1작업 3.2

상향식(Bottom-up) 방식은 필요한 개별 작업을 먼저 식별한다. 유사한 작업을 묶고, 작업 그룹을 더 큰 범주로 통합한 다음, 최종적으로 프로젝트 전체 범위와 일치하는지 확인한다. 이 방식에서도 각 통합 단계마다 100% 규칙을 검증한다.

소프트웨어 개발 프로젝트는 요구사항 분석, 설계, 개발, 테스트, 배포로 범위를 나눌 수 있다. 각 단계는 다시 구체적인 작업 패키지로 나뉜다.

소프트웨어 개발 프로젝트요구사항 분석설계개발테스트배포사용자 요구사항 수집시스템 요구사항 정의요구사항 검증아키텍처 설계데이터베이스 설계UI/UX 설계프론트엔드 개발백엔드 개발데이터베이스 구현API 개발단위 테스트통합 테스트시스템 테스트사용자 승인 테스트릴리스 준비사용자 교육시스템 마이그레이션운영 이관

이 구조에서 소프트웨어 개발 프로젝트는 요구사항 분석, 설계, 개발, 테스트, 배포의 합으로 구성된다. 요구사항 분석도 사용자 요구사항 수집, 시스템 요구사항 정의, 요구사항 검증의 합과 일치해야 하며, 같은 규칙이 모든 단계에 적용된다.

WBS 완전성을 확인하는 방법

WBS 사전(Dictionary)을 검토해 모든 작업 패키지가 정의되어 있는지 확인할 수 있다. 프로젝트 유형별 표준 체크리스트는 빠진 작업을 찾는 데 쓰이며, 도메인 전문가 검토와 주요 이해관계자의 승인도 완전성 검증 과정에 포함된다.

MS Project, Primavera 같은 프로젝트 관리 소프트웨어로 검증을 자동화할 수 있다. 마인드맵과 다이어그램 도구는 누락된 작업을 시각적으로 찾는 데 도움이 된다. 작업량, 비용, 자원의 합계를 계산해 상위 수준의 값과 맞춰 보는 수학적 검증도 필요하다.

지나친 분해와 누락 사이의 균형

작업을 지나치게 세분화하면 관리 복잡성이 커지고, 반대로 작업 단위가 지나치게 크면 통제가 어려워진다. 동일한 작업을 여러 WBS 위치에 넣거나 프로젝트 범위 밖의 일을 포함하는 것도 자주 발생하는 오류다.

작업 패키지는 일반적으로 8-80시간 범위 내에서 정의한다. 롤링 웨이브 계획법(Rolling Wave Planning)을 적용해 가까운 작업은 상세히 계획하고, 먼 작업은 높은 수준으로 관리할 수 있다. 유사 프로젝트의 WBS 템플릿을 활용하고, 프로젝트 진행에 맞춰 정기적으로 검토·조정하는 방식이 필요하다.

예산을 WBS에 연결한 정보시스템 구축 사례

대형 기업의 ERP 시스템 구축 프로젝트에서 총 예산을 10억원으로 두고 WBS를 구성할 수 있다. 요구사항 분석 단계는 1억원(10%), 설계 단계는 2억원(20%), 개발 단계는 4억원(40%), 테스트 단계는 2억원(20%), 배포 단계는 1억원(10%)으로 배정한다.

각 단계의 작업 패키지 예산 합계는 해당 단계 예산과 정확히 일치해야 하며, 모든 단계의 예산 합계도 총 프로젝트 예산과 일치해야 한다. 이 사례에서는 WBS 100% 규칙을 철저히 적용해 예산 관리의 정확성을 높였고, 초기 계획 대비 예산 초과율을 5% 미만으로 유지했다.

건설 작업을 빠짐없이 묶는 방식

주택 건설 프로젝트도 기초 공사, 골조 공사, 내부 공사, 외부 공사, 마감 공사로 범위를 나눈 뒤 각 공정을 하위 작업으로 연결할 수 있다.

주택 건설 프로젝트기초 공사골조 공사내부 공사외부 공사마감 공사터파기기초 콘크리트 타설벽체 구조물지붕 구조물배관 작업전기 작업단열 작업외벽 마감조경 작업내부 도장바닥재 시공최종 점검

이 프로젝트에서는 WBS 100% 규칙으로 모든 작업 단계를 누락 없이 계획했으며, 프로젝트 기간 내 완공과 품질 목표 달성에 성공했다. WBS의 완전성은 비용·일정 추정, 자원 배분, 변경 통제를 지탱하는 프로젝트 관리의 기준점이다.

WBS프로젝트 관리범위 관리PMBOK작업분해구조