작업 분해 구조의 두 가지 일반적인 주요 형태

작업 분해 구조는 실제로 어렵지 않다. 만큼 당신이 작업 분해의 원칙을 마스터, 이러한 원칙에 따라, 단계적으로 프로젝트를 분해 합니다. 분할 순서는 프로젝트에서 태스크까지, 태스크가 작업별로 세분화되고, 작업이 세분화되어 모든 사람의 일상 활동에 배정될 수 있습니다. 이는 너무 단도직입적이어서 분할할 수 없습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언)

작업 분할 구조 (WBS) 는 프로젝트 산출물 및 프로젝트 작업을 보다 작고 관리하기 쉬운 프로젝트 단위로 점진적으로 분할하는 프로세스로서 전체 프로젝트 범위를 구성하고 정의합니다. 작업 분석 구조 (work breakdown structure 의 약어)

가장 낮은 수준의 요소를 평가, 계획 및 추적할 수 있습니다. 그것은 조직과 관리의 주요 근거이다.

작업 분해에서 주의해야 할 몇 가지 원칙:

, 주요 목표는 점진적으로 세분화되고 분해되며, 가장 낮은 일상 활동은 개인에게 직접 할당될 수 있습니다.

2. 원칙적으로 각 임무는 더 이상 분해할 수 없을 때까지 분해해야 한다.

3. 일상 활동은 인원, 시간, 자금 투입에 상응해야 한다.

WBS 를 생성할 때 다음과 같은 기본 요구사항을 충족해야 합니다.

1. 작업은 WBS 의 한 위치에 있어야 하며 WBS 의 한 위치에만 나타나야 합니다.

2.WBS 의 태스크 내용은 그 아래에 있는 모든 WBS 프로젝트의 합계입니다.

WBS 프로젝트는 한 사람 만 책임질 수 있습니다. 많은 사람들이 일하고 있을 수도 있지만, 단 한 사람만 책임질 수 있고, 다른 사람은 참여자일 수밖에 없다.

4.WBS 는 실제 작업 중인 구현 방법과 일치해야 합니다.

5. 프로젝트 팀 구성원은 WBS 의 일관성을 보장하기 위해 WBS 작성에 적극적으로 참여해야 합니다.

6. 포함 및 제외된 작업 범위를 정확하게 이해할 수 있도록 각 WBS 프로젝트를 기록해야 합니다.

7.WBS 는 범위 사양에 따라 프로젝트의 작업 내용을 정상적으로 유지해야 할 뿐만 아니라 불가피한 변화에도 적응해야 합니다.

일반적으로 사용되는 작업 분해 구조에는 두 가지 주요 형식이 있습니다.

⊙트리 구조 다이어그램: (장점: 명확하고 직관적이며 구조적입니다. 단점: 쉽게 수정할 수 없습니다. 적용 범위: 중소 규모 프로젝트)

전용 프로젝트 관리 소프트웨어가 없는 경우 PPT 를 사용하여 트리 맵을 만들 수 있습니다.

목록 형식 (모든 작업 요소를 반영하고 크고 복잡한 프로젝트에 적용 가능) 단점: 직관적 차이) 프로젝트 범위 선언 개요: 범위를 결정하기 전에 범위 선언이 있어야 합니다. 범위 선언은 프로젝트를 수행하는 이유, 프로젝트의 목표와 주요 결과물을 정의하는 이유, 프로젝트 팀과 임무 위임자가 계약을 체결하는 기초, 프로젝트 감독의 향후 구현 및 검증 프로젝트의 토대이기 때문입니다. 프로젝트 구현 진행이 진행됨에 따라 프로젝트 자체와 외부 환경의 변화를 반영하기 위해 범위 설명을 수정하고 보완해야 합니다. 실제 프로젝트 구현에서 프로젝트 관리자는 프로젝트 및 서브 프로젝트에 대한 고유한 프로젝트 범위 사양을 작성해야 합니다.

같은 회사의 작업 분해 구조의 경우 비교적 정교한 참조 문서와 문서 템플릿 세트를 갖는 것이 좋습니다. 예를 들어, 일부 전문 용어 분석, 일부 문서 조판 형식 등이 있습니다.