[IT 용어] WBS(Work Breakdown Structure, 작업 분류 체계)

○ WBS(Work Breakdown Structure)란?

  WBS는 프로젝트 목표를 달성하기 위한 모든 작업 범위를 계층적 구조로 분해한 도구입니다. 프로젝트를 구성하는 산출물과 업무를 작은 단위로 세분화하여 범위 정의·일정 수립·자원 할당·성과 추적 등의 기초 데이터를 제공합니다.

 

  즉, WBS는 프로젝트를 시각적으로 구조화하여 "무엇을 언제까지 누가 할 것인가?"를 명확히 하고, 관리 가능한 작업 단위로 나누는 것이 핵심입니다.

 

 

○ WBS의 핵심 원칙

• 100 % Rule
  프로젝트 범위의 100 %가 WBS에 포함돼야 하며, 중복이나 누락이 없어야 합니다.
• Mutually Exclusive
  동일 수준(Level)의 요소는 서로 겹치지 않아야 합니다.
• Deliverable-Oriented
  산출물 중심으로 분해해 “무엇을 만들 것인가?”를 명확히 합니다.
• Progressive Elaboration
  상세 정보가 생길 때마다 하위 수준을 반복적으로 세분화합니다.

 

 

○ WBS 관련 확장 구조

• PBS(Product Breakdown Structure) – 제품·서비스 구성요소 중심 분해
• OBS(Organization Breakdown Structure) – 조직·부서별 책임 구분
• CBS(Cost Breakdown Structure) – 비용 항목을 WBS 코드와 매핑
• RBS(Risk Breakdown Structure) – 위험 원인을 계층적으로 분류
  → 이들을 WBS와 코드 체계로 연동하면 범위·책임·비용·위험을 한눈에 관리할 수 있습니다.

 

 

○ WBS 작성 절차

1. 프로젝트 헌장·범위 명세서 검토
2. 최상위 산출물(프로덕트·프로젝트 결과) 식별
3. 주요 단계/하위 산출물로 1차 분해
4. 작업 패키지 수준까지 반복 분해
5. 고유 ID(코딩) 부여 및 사전 정의 완료 기준 설정
6. 이해관계자와 검토·승인 – 100 % Rule 충족 여부 확인

 

 

○ 베스트 프랙티스 & 팁

• 3~7 수준(Level)이 일반적. 과도한 분해는 관리 노력을 증가시킬 뿐 가치가 떨어질 수 있습니다.
• 각 작업 패키지는 8–80 시간 범위의 노력이면 이상적(관리 단위 균형).
• Gantt Chart·스케줄링 도구와 연결해 일정·자원 할당을 자동화합니다.
• RAM(Responsibility Assignment Matrix), EVM(Earned Value Management) 등과 결합하면 진도·비용 추적이 용이합니다.
• 변경 관리 시 WBS 코드를 기준선과 비교하면 영향 분석이 명확합니다.

 

 

○ WBS의 특징과 효과

• 프로젝트의 **범위(Scope)**를 명확하게 시각화
• 과업 간의 중복/누락 방지
• 일정관리·비용관리·리스크관리 등과 유기적 연계
• 의사소통 수단으로서 PM, 팀원, 이해관계자 간 협업 촉진
• 프로젝트 성과 기준선(Baseline) 설정 및 추적 가능

 

 

○ WBS의 구성요소

• Deliverable (산출물): 고객이나 이해관계자에게 제공할 결과물
• Control Account: 여러 작업 패키지를 관리하는 관리 지점
• Work Package: 실제 실행 가능한 최하위 수준의 작업 단위
• WBS Dictionary: 각 요소에 대한 상세 설명 문서

 

 

○ WBS 유형 (분류 기준에 따른 예시)

• 기능(Function) 기반: 기획, 개발, QA, 배포 등
• 산출물(Product) 기반: 앱 UI, 서버 백엔드, API 문서 등
• 프로세스 기반: 요구사항 수집, 설계, 구현, 테스트 등
• 시간(Time) 기반: 단계별(1차, 2차 등) 또는 Sprint 단위
• 조직(OBS) 기반: 부서 또는 외주 파트너별로 구분

👉 실무에서는 **복합 기준(WBS Hybrid)**을 적용하기도 합니다. (예: 1차 분류는 산출물, 하위는 기능별로)

 

 

○ WBS 작성 도구 추천

• MS Project (WBS 자동 생성 및 코드 부여)
• Notion / ClickUp / Wrike (간편한 시각화와 협업 기능)
• Excel + SmartArt
• Lucidchart, Miro, EdrawMind (비주얼 중심 WBS 설계 도구)

 

 

○ 실무 팁 : WBS 제대로 만들기 위한 질문 리스트

• 이 작업의 산출물은 명확한가?
• 이 작업을 측정 가능한 단위로 정의할 수 있는가?
• 누가 책임지고 실행하는가?
• 이 작업의 선후 관계는 어떤가?
• 리스크가 높은 영역은 어떤 식으로 세분화해야 효과적인가?

 

 

○ WBS와 관련된 실무 개념

• Scope Baseline: WBS + WBS Dictionary + 범위 명세서
• WBS 코드 체계: 계층별로 코드 부여(예: 1.2.1, 1.2.2 등)
• Earned Value (EV): 실제로 수행된 작업의 가치
• RACI Matrix: 각 작업 패키지별로 역할 정의 (Responsible, Accountable, Consulted, Informed)

 

 

○ WBS 실사례 예시

📱 모바일 앱 개발 프로젝트 WBS 예시

1. 모바일 앱 개발

    1.1 요구사항 정의

    1.2 UI/UX 설계

    1.3 프론트엔드 개발

    1.4 백엔드 API 개발

    1.5 기능 테스트

    1.6 사용자 교육 및 배포

 

🏗 건설 프로젝트 WBS 예시

1. 건설 프로젝트

    1.1 토지 조사

    1.2 설계 및 인허가

    1.3 구조물 시공

    1.4 전기·설비 설치

    1.5 완공 및 인도

 

 

 

○ 마무리 요약

  WBS는 단순한 업무 목록이 아닌 프로젝트 성공을 위한 구조적 설계도입니다. 프로젝트 범위가 명확할수록 일정·예산·품질 관리도 명확해지고, 리스크는 줄고 커뮤니케이션은 원활해집니다. 프로젝트의 시작은 WBS로!