1. WBS
- Work Break-down Structure 의 약어.
- 프로젝트 관리 및 시스템 공학 분야에서 프로젝트를 소규모 구성 단위까지 나누어 전달할 수 있는 구조. (위키피디아)
- 프로젝트 목표를 달성하고 필요한 산출물을 작성하기 위해 프로젝트 팀이 수행해야 할 전체 작업 범위를 최상위 단계에서 하위 단계로 분할하여 정리한 것으로 계획 대비 진척을 관리하기 위한 일정관리 문서.
2. WBS의 역할
전체의 큰 업무를 분류하여 구성 요소로 만든 후에 각 요소를 평가, 일정별 계획, 그것을 완수할 수 있는 사람에게 할당해주는 역할을 수행.
이를 큰 틀로 나누어보면.
1) 프로젝트에서 수행할 업무를 파악
2) 일정과 예산, 자원요구사항
– WBS는 프로젝트의 작업에 대한 일정/예산을 산정하는 기초자료가 되며, 예상 못한 작업이나 누락된 작업들로 인한 일정지연 및 비용지출을 예방 할 수 있음.
3) 일정 계획과 산정
– 직무할당표로 어떤 일을 누가 무엇을 가지고 먼저 할지를 정해야 하는 것을 도와줌
4) 전체일정 진행상황 파악
– 팀원들도 자신에게 할당된 업무를 쉽게 파악할 수 있고,
이를 관리하는 PM도 작업 패키지를 체크 리스트로 사용해 어떤 작업이 완성되었고 어떤 작업이 남아 있는지를 알아볼 수 있음.
5) 프로젝트의 정보 추적 통제
– 프로젝트 중간에 발생되는 이슈들에 대한 내용들을 WBS로 통제 관리 할 수 있음. (기획 의도 변경/추가, 연동 모듈 , 개발 중 이슈)
6) 고객, 팀 간의 의사소통 링크
– 프로젝트의 모든 인원의 각 작업에 대한 세부작업과 담당자를 쉽게 식별할 수 있어 요구사항의 변경발생시 가장 먼저 체크해보아야 할 정도로 좋은 의사소통 도구로서 작용함.
3. WBS 작성방법
1) 프로젝트 전체를 큰 단위로 분할
2) 각각의 부분에 대해 좀 더 작은 단위로 분해하여, 계층적으로 구성
3) 프로젝트 WBS 작업 목록 정의
보통 단계, 활동, 작업의 3단계 순으로 분류를 세분화하면서 작업 목록을 정의하는데 여기서 작업목록은 프로젝트에서 해야 할 일의 최소단위를 말함.
4) 작업을 수행할 담당자를 정의
5) 산출물 식별
작업에서 생성되는 산출물들의 종류를 식별하고 고객에게 공식적으로 인도할 산출물은 별도로 정의.
6) 프로젝트 일정표 작성
단계-활동-작업 등과 같이 하위 작업 목록이 식별되면 각 작업간의 선후행 관계를 검토하여 전체작업을 배열하고, 시작-종료 날짜를 지정함.
7) 일정 검토
프로젝트 일정표 작성이 완료되면 이해 관계자 모두와 함께 검토하고 확정.
보통 이 과정 중에는 전체 작업 일정 중에서 하루라도 늦으면 프로젝트 오픈에 영향을 주게 되는 주요한 작업들을 확인하는 일을 중점으로 검토하며
이 때 확인된 내용들에 대해서는 지원 인력 추가, 우선순위 조정, 작업 단위를 더 작게 분해하여 작업시간을 앞당기기 등 일정에 맞추기 위해 재배정.
4. WBS의 장점
- 신규 프로젝트에 대한 사전 정보 제공
- 프로젝트 수행의 작업 표준화를 통한 자료의 누적
- 작업 단위별 비교 및 측정 가능
* 작성자의 성향, 선호하는 방법에 따라 다름. (PM, PL)
* 받아 보는 사람이 누구인가에 따라 다름. (고객사? )
본래 목적은 담당자, 예산 등 프로젝트에 들어갈 수 있는 자원들을 기입하여 해당 내용을 적극적으로 관리하고 투영하는데 있음.
하지만 프로젝트에 들어가면 프로젝트를 진행하는데 있어서 일정에 대한 부분만 보여주는 형태로 실제 WBS 의 목적과는 조금 멀어진, 계획에만 치중하는 모습을 많이 볼 수 있는데 이는 어떤 항목을 구체적으로 계획해야 하는지 모르거나, 항목을 알더라도 계획을 수립할 수 있는 사전 정보를 확보하지 못한 경우가 많기 때문.
그래서 착수/기획 단계에서는 전체적 가이드 라인만 잡고 산출물 작업 진행할 때 마무리하는 경우가 다수.
