추정 기법-WBS

프로젝트 관리 및 시스템 엔지니어링에서 WBS (Work Breakdown Structure)는 프로젝트를 더 작은 구성 요소로 결과물 지향적으로 분해하는 것입니다. WBS는 팀의 작업을 관리 가능한 섹션으로 구성하는 핵심 프로젝트 결과물입니다. PMBOK (Project Management Body of Knowledge)는 WBS를 "프로젝트 팀이 실행할 작업의 전달 가능한 계층 적 분해"로 정의합니다.

WBS 요소는 제품, 데이터, 서비스 또는 이들의 조합 일 수 있습니다. WBS는 또한 일정 개발 및 제어를위한 지침을 제공하는 것과 함께 상세한 비용 산정 및 제어에 필요한 프레임 워크를 제공합니다.

WBS 대표

WBS는 프로젝트 작업 활동의 계층 적 목록으로 표시됩니다. WBS에는 두 가지 형식이 있습니다.

개요보기 (들여 쓰기 형식)
트리 구조보기 (조직도)

먼저 WBS를 준비하기 위해 개요보기를 사용하는 방법에 대해 논의하겠습니다.

개요보기

개요보기는 매우 사용자 친화적 인 레이아웃입니다. 전체 프로젝트에 대한 좋은보기를 제공하고 쉽게 수정할 수 있습니다. 프로젝트의 다양한 단계를 기록하기 위해 숫자를 사용합니다. 다음과 비슷해 보입니다.

Software Development

Scope
- 프로젝트 범위 결정
- 안전한 프로젝트 후원
- 예비 자원 정의
- 핵심 자원 확보
- 범위 완료
Analysis/Software Requirements
- 요구 분석 수행
- 예비 소프트웨어 사양 초안
- 예비 예산 개발
- 팀과 함께 소프트웨어 사양 / 예산 검토
- 소프트웨어 사양에 대한 피드백 통합
- 배송 일정 개발
- 진행을위한 승인 획득 (개념, 일정 및 예산)
- 필요한 리소스 확보
- 분석 완료
Design
- 예비 소프트웨어 사양 검토
- 기능 사양 개발
- 계속하려면 승인 받기
- 디자인 완료
Development
- 기능 사양 검토
- 모듈 식 / 계층 설계 매개 변수 식별
- 코드 개발
- 개발자 테스트 (기본 디버깅)
- 개발 완료
Testing
- 제품 사양을 사용하여 단위 테스트 계획 개발
- 제품 사양을 사용하여 통합 테스트 계획 개발
Training
- 최종 사용자를위한 교육 사양 개발
- 교육 제공 방법 (온라인, 강의실 등) 식별
- 교육 자료 개발
- 교육 자료 마무리
- 교육 전달 메커니즘 개발
- 교육 자료 완료
Deployment
- 최종 배포 전략 결정
- 배포 방법론 개발
- 안전한 배포 리소스
- 지원 직원 교육
- 소프트웨어 배포
- 배포 완료

이제 트리 구조보기를 살펴 보겠습니다.

트리 구조보기

트리 구조보기는 전체 프로젝트에 대한 매우 이해하기 쉬운보기를 제공합니다. 다음 그림은 트리 구조보기의 모양을 보여줍니다. 이러한 유형의 조직도 구조는 MS-Word에서 사용할 수있는 기능을 사용하여 쉽게 그릴 수 있습니다.

WBS의 유형

WBS에는 두 가지 유형이 있습니다.

Functional WBS− 기능적 WBS에서 시스템은 개발할 응용 프로그램의 기능에 따라 손상됩니다. 이것은 시스템의 크기를 추정하는 데 유용합니다.
Activity WBS− 활동 WBS에서 시스템의 활동을 기반으로 시스템이 중단됩니다. 활동은 작업으로 더 나뉩니다. 이는 시스템의 노력과 일정을 추정하는 데 유용합니다.

크기 추정

Step 1 − 기능적인 WBS로 시작합니다.

Step 2 − 리프 노드를 고려하십시오.

Step 3 − Analogy 또는 Wideband Delphi를 사용하여 크기 추정치를 얻습니다.

노력 추정

Step 1− Wideband Delphi Technique를 사용하여 WBS를 구성합니다. 작업은 8 시간을 초과하지 않는 것이 좋습니다. 작업의 기간이 더 길면 분할하십시오.

Step 2 − Wideband Delphi Technique 또는 Three-point Estimation을 사용하여 작업에 대한 노력 추정치에 도달합니다.

스케줄링

WBS가 준비되고 크기 및 예상 작업량을 알고 나면 작업을 예약 할 준비가 된 것입니다.

작업을 예약하는 동안 특정 사항을 고려해야합니다.

Precedence − 다른 작업보다 먼저 발생해야하는 작업이 다른 작업보다 우선한다고합니다.
Concurrence − 동시 작업은 동시에 (병렬로) 발생할 수있는 작업입니다.
Critical Path − 프로젝트 완료 날짜가 의존하는 특정 일련의 순차적 작업.
- 모든 프로젝트에는 중요한 경로가 있습니다.
- 중요하지 않은 작업을 가속화한다고해서 일정이 직접 단축되는 것은 아닙니다.

중요 경로 방법

CPM (Critical Path Method)은 중요 경로를 결정하고 최적화하는 프로세스입니다. 중요하지 않은 경로 작업은 완료 날짜에 영향을주지 않고 이전 또는 이후에 시작할 수 있습니다.

현재 경로를 줄이면 중요 경로가 다른 경로로 변경 될 수 있습니다. 예를 들어, 이전 그림에서 WBS의 경우 임계 경로는 다음과 같습니다.

프로젝트 완료 날짜는 일련의 순차적 작업을 기반으로하므로 이러한 작업을 중요 작업이라고합니다.

프로젝트 완료 날짜는 교육, 문서 및 배포를 기반으로하지 않습니다. 이러한 작업을 중요하지 않은 작업이라고합니다.

작업 종속성 관계

일정을 잡는 동안 특정 시간에 작업 종속성 관계를 고려해야 할 수 있습니다. 중요한 작업 종속성 관계는-

완료 후 시작 (FS)
완료 후 완료 (FF)

완료 후 시작 (FS)

FS (Finish-to-Start) 태스크 종속성 관계에서 태스크 B는 태스크 A가 완료 될 때까지 시작할 수 없습니다.

완료 후 완료 (FF)

완료 후 완료 (FF) 태스크 종속성 관계에서 태스크 B는 태스크 A가 완료 될 때까지 완료 할 수 없습니다.

간트 차트

Gantt 차트는 1896 년 Karol Adamiecki와 1910 년대 Henry Gantt가 개별적으로 조정 한 막대 차트 유형으로, 프로젝트 일정을 보여줍니다. Gantt 차트는 프로젝트의 최종 요소와 요약 요소의 시작 및 종료 날짜를 보여줍니다.

그림 2의 개요 형식을 Microsoft Project로 가져와 Gantt 차트보기를 얻을 수 있습니다.

마일스톤

마일스톤은 일정에서 중요한 단계입니다. 기간은 0이며 특정 작업 집합을 완료했음을 표시하는 데 사용됩니다. 마일스톤은 일반적으로 다이아몬드로 표시됩니다.

예를 들어 위의 Gantt 차트에서 디자인 완료 및 개발 완료는 다이아몬드 모양으로 표시되는 이정표로 표시됩니다.

마일스톤은 계약 조건에 연결될 수 있습니다.

WBS를 사용한 추정의 장점

WBS는 프로젝트 추정 프로세스를 상당히 단순화합니다. 다른 추정 기술에 비해 다음과 같은 이점을 제공합니다.

WBS에서는 프로젝트가 수행해야 할 전체 작업이 식별됩니다. 따라서 프로젝트 이해 관계자와 WBS를 검토하면 원하는 프로젝트 결과물을 제공하는 데 필요한 작업을 생략 할 가능성이 줄어 듭니다.
WBS는 더 정확한 비용 및 일정 견적을 제공합니다.
프로젝트 관리자는 WBS를 완성하기 위해 팀 참여를 얻습니다. 팀의 이러한 참여는 프로젝트에 대한 열정과 책임감을 생성합니다.
WBS는 작업 할당의 기초를 제공합니다. 정확한 작업은 성취에 대한 책임이있는 특정 팀원에게 할당됩니다.
WBS를 사용하면 작업 수준에서 모니터링 및 제어가 가능합니다. 이를 통해 진행 상황을 측정하고 프로젝트가 제 시간에 전달되도록 할 수 있습니다.