1. 인도물을 중심으로 분할한 계층 구조 체계, WBS의 개요
(1) WBS(Work Breakdown Structure)의 정의
- 프로젝트 팀에서 목표를 달성하고 필요한 산출물을 위해 실행할 작업을 산출물 중심의 계층 구조로 세분해 놓은 구조
(2) WBS의 특징
| 특징 | 내용 |
|---|---|
| 세분화 | 팀원이 보통 1~2주 내 처리할 수 있는 단위로 세분화 |
| 진척 관리 | 프로젝트 수행인원에 대한 업무 진척관리 도구로 활용가능 |
| 선후관계정의 | 각 WBS 별 선/후 의존성, 연관관계 파악이 가능 |
(3) WBS의 필요성
| 필요성 | 내용 |
|---|---|
| 의사소통 | 프로젝트 이해관계자(Stakeholder) 간 의사소통 |
| R&R | 각 단계 업무의 Role & Responsibility 명확화 |
| 진척도 | 프로젝트의 진행상황 및 향후 진척도 예상 가능 |
| 지연관리 | 작업에 필요한 자원의 할당 및 스케줄링 |
2. WBS의 작성 절차 및 구성요소
(1) WBS의 작성 절차
- 프로젝트 수행 계획서 상에 고객과 합의된 범위를 바탕으로 업무를 실행 가능한 최소 단위로 분해하여 일정, 비용 및 산출물을 정의
(2) WBS 구성요소
| 구성요소 | 내용 |
|---|---|
| Activity List | WBS를 구성하는 작업의 목록 |
| Identifier | WBS의 식별자 |
| Code of Account | WBS의 구성요소에 넘버링 체계를 가진 고유ID |
| Work Package | WBS의 가장 낮은 레벨, 개발 작업 예산, 일정이 자원과 함께 할당되어야 함 |
| WBS Dictionary | 각 Work Package의 상세 내용 기술 |
| RAM(Responsibility Assignment Matrix) | 각 할당자의 Phase 별 승인과 R(Review), 품질검토자, I(Input), 투입물 책임자, P(Participant)등의 기초 |
3. WBS와 Gantt Chart 비교
| 구분 | WBS | Gantt Chart |
|---|---|---|
| 관리분야 | 범위 관리의 주요 산출물 | 일정관리의 주요 산출물 |
| 작업내용 | 작업의 범위, 상하 관계 정의 | 작업 별 일정, 담당자 지정 |
| 수행시점 | 프로젝트 초기 수행 | 범위 관리 이후 수행, 병행 |
| 목적 | 프로젝트 범위를 목표에 맞도록 정의 | 작업 별 우선순위(Priority)와 일정(Schedule) 수림 |
View Comments (2)
좋은 정보 감사합니다.
안녕하세요, 좋은 글 감사합니다!
WBS 작성 및 관리가 정말 어렵죠
저는 "소프트웨어 개발의 모든 것", "소프트웨어 스펙의 모든 것"을 집필한 전규현입니다.
책에서도 WBS를 소개했지만, 막상 실제로 사용하기는 쉽지 않더라구요.
그래서 20여 년 동안 Excel로 WBS를 관리하다가,
협업의 한계를 느껴서 실시간 협업이 가능한 웹서비스를 만들게 되었습니다.
Plexo (plexo.work)라는 도구인데, Google Docs처럼
여러 사람이 동시에 WBS를 편집할 수 있어서
팀 협업이 훨씬 편해졌습니다.
혹시 관심 있으시면 한 번 써보시고 피드백 주시면 감사하겠습니다!
무료로 시작할 수 있습니다: https://app.plexo.work/register
자세한 정보: https://www.plexo.work
전규현
Plexo 창업자