2016.03.30 13:34

WBS (Work Breakdown Structure, 작업절차도)

정보제공

(*.168.0.1) 조회 수 333 추천 수 0 댓글 0

Atachment
첨부 '2'	1.png, 2.png,

가 크게 작게 위로 아래로 댓글로 가기

Extra Form
출처	http://blog.naver.com/songpanet/220495516997

혁신이야기 - 프로젝트 성공을 위한 WBS (작업절차도)

1. 비즈니스 도구

▒ WBS (작업절차도)

WBS (WORK BREAKDOWN STRUCTURE)
프로젝트 계획의 기초
던컨 호기(Duncan Haughey)
https://www.projectsmart.co.uk/work-breakdown-structure-101.php

주요단어 번역 :
Work : 작업
Activity : 활동
Task : 태스크
Package : 패키지
Procedure : 절차
Process : 프로세스

WBS(Work Breakdown Structure)는 프로젝트 관리자가 관리 가능한 조각으로 쪼개는 데 사용하는 도구이다. 계획 프로세스의 시작으로 종종 프로젝트 계획의 기초라고 불린다. 대부분의 프로젝트 전문가들은 프로젝트 실행에서 WBS의 중요성과 장점을 인식하고 있다.

WBS란 무엇인가?

WBS는 프로젝트를 완료하는데 필요한 산출물의 수직적 분할이다. 그것은 산출물을 일정, 비용, 자원을 배분할 수 있는 관리 가능한 작업 패키지로 나눈다. 규칙 상 가장 낮은 레벨은 2주간의 작업 패키지가 되어야 한다. WBS 작성 시 다른 규칙은 보통 8/80규칙이다. 이것은 단일 활동(activity)이 8시간 이하이거나 80시간 이상이 아니라는 것이다.

WBS는 산출물 기반 : 그 의미는 고객이 프로젝트가 끝날 때 제품과 서비스를 가진다는 것이다. 다른 도구로 PBS(Product Breakdown Structure)라 불리는 것이 있는데 WBS 이전에 나온 것으로 프로젝트를 프로젝트 완료에 필요한 결과물(제품)을 나누는 것이다.

왜 WBS를 만드는가?

WBS의 이점 :
■ 계획 및 스케줄링을 위한 견고한 기반을 제공
■ 프로젝트를 관리 가능한 작업 패키지로 나눈다
■ 프로젝트 비용을 정확하게 평가하는 방법을 제공
■ 중요한 산출물을 잊지 않게 한다
■ 프로젝트 관리자의 자원 재할당을 돕는다
■ 프로젝트 계획의 검증되고 반복적인 접근법을 제공
■ 팀 브레인스토밍 및 팀을 고무시키는 응집력을 위한 이상적인 도구를 제공

WBS의 입력

WBS 프로세스에는 세가지가 있다 :

1. 프로젝트 범위 기술서 : 프로젝트의 산출물과 작업에 필요한 팀을 만드는데 대한 상세한 설명
2. 요구 기술서 : 프로젝트를 위해 비즈니스 필요성의 상세 문서화와 상세하게 전달될 것
3. 조직 프로세스 자산(Organisational Process Assets) : 조직의 정책, 절차, 가이드라인, 템플릿, 계획, 교훈 등
이 아이템들은 당신과 당신의 팀에 WBS를 만드는데 필요한 모든 정보를 준다. WBS 템플릿이 필요하다.

WBS 결과물

WBS 프로세스에는 네가지 결과물이 있다 :

1. Work Breakdown Structure (WBS) : 전체 프로젝트 범위의 분할에 기반한 산출물
2. WBS 사전 : 각각의 WBS 요소를 설명하는 첨부 문서
3. 범위 기준 : 프로젝트 범위 기술서, WBS와 WBS 사전
4. 프로젝트 문서 업데이트 : 프로젝트 문서의 변경 및 추가

WBS를 어떻게 작성하는가

WBS는 쉽게 만들 수 있다. 프로젝트의 목적과 목표가 이해되고 나서는 프로젝트를 완료하는데 필요한 산출물을 나누는 프로젝트 팀의 회의가 소집 될 수 있다. 생성은 팀 연습으로 이루어지는 것이 최고다. 이것은 당신팀의 참여를 돕고 팀원들에게 소속감을 준다. 이 시점에서 이해 관계자를 포함하는 것이 좋다.

WBS의 표현은 두 가지로 될 수 있다. 테이블형과 그래픽 형이다. 테이블 형은 스프레드 시트에 작성 할 수 있다 ; 각각의 레벨과 서브레벨 번호를 부여한다. 그래픽 WBS는 그리기 소프트에어로 트리 형으로 그릴 수 있다 .
둘 다 첫 레벨은 프로젝트명으로 시작한다. 그리고 모든 최상 레벨의 산출물이 추가된다. 두번째 레벨에서 프로젝트 완료에 필요한 모든 것을 인식할 수 있다는 것을 기억하라.

두번째 레벨을 2주 이하의 작업 패키지에 이를 때까지 나누어라. 일반적인 규칙으로 2주 작업 패키지는 관리 가능하다. 이 시점에서 8/80 규칙을 고려할 수 있다. 이것은 어떻게 각 팀이 나누어 지는가 하는 팀에 달려 있다 ; 이것을 정의하는 특별한 규칙은 없고, WBS를 생성하는 팀의 스타일을 반영한다. 활동(activities)과 태스크(tasks)가 WBS에 포함되지 않는다는 것을 아는 것이 중요하며 작업패키지에 나중에 계획되어 나타난다.

< 테이블WBS >

< 그래픽 WBS >

산출물의 주요 부분이 빠졌는지 확인하고 프로젝트를 성공적으로 완료할 수 있는 작업만 포함하라. WBS는 프로젝트 관리 작업 패키지를 포함하여 전체 프로젝트 범위를 포함하여야 한다. 팀 작업으로 WBS를 만드는 것은 빠진 것이 없도록 하는데 도움이 된다.

분할의 레벨은 각각의 작업 패키지의 원가 작업을 쉽게 하고 프로젝트 원가를 정확하게 이르게 한다. 유사하게 사람들은 작업 패키지를 할당 할 수 있다 ; 게다가 타임라인을 보고 작업 패키지에 필요한 기술을 추가할 수 있고 당신의 일정을 생성할때까지 사람들의 할당을 남겨 둘 수도 있다.

다음 단계는 WBS 결과물을 프로젝트 일정으로, 보통은 간트차트로 전환하는 것이다. 작업패키지를 완료에 필요한 활동과 태스크로 확장하라. 간트차트는 WBS에서 인식되는 작업 패키지의 시간에 따른 절차의 추적에 사용된다.

요약

계획에서 강조가 필요한 것은 일반관리에서 프로젝트관리를 분리하는 것이다. WBS는 프로젝트 계획 품질을 만들고 당신과 팀이 성공적인 프로젝트 여정의 첫 단계이다. 일하는데 있어 프로세스의 무시는 많은 프로젝트의 몰락이 되었다. 항상 프로젝트의 WBS를 만들어서 성공 기회를 개선하라.