작업분류체계와 간트 차트: WBS를 먼저, 일정을 다음에

WBS와 간트 차트의 차이점은 무엇입니까?

작업 분할 구조(WBS)는 프로젝트의 전체 범위를 결과물 및 관리 가능한 작업 패키지의 계층 구조로 구성합니다. 간트 차트는 해당 범위를 생성하는 데 필요한 활동을 계획하여 순서, 기간, 날짜, 종속성, 소유자, 진행률 및 마일스톤을 표시합니다.

WBS는 **“이 프로젝트는 무엇을 제공해야 합니까?”**라고 대답합니다. 간트 차트는 **“언제 어떻게 제공할 것입니까?”**라고 대답합니다.

먼저 WBS를 빌드하세요. 날짜 위로 막대를 끌어서 시작하면 누락된 범위가 보이지 않고 일정이 불완전하면서도 정확해 보일 수 있습니다.

WBS 대 간트 차트 한눈에 보기

좋은 WBS에는 무엇이 포함되어 있나요?

WBS은(는) 결과물 지향적입니다. 그 요소는 단순히 시간순으로 해야 할 일 목록이 아니라 결과나 구성 요소를 설명합니다. 소규모 웹 사이트 출시의 경우 구조는 다음과 같습니다.

1. 웹사이트 출시
   1. 승인된 경험
      1. 정보 아키텍처
      2. 시각디자인
      3. 승인 사본
   2. 제작 웹사이트
      1. 프론트엔드 구현
      2. 콘텐츠 마이그레이션
      3. 분석 구성
   3. 확인된 출시
      1. 품질보증
      2. 접근성 검토
      3. 리디렉션 유효성 검사
      4. 생산 출시

계층 구조는 100% 규칙을 따릅니다. 하위 요소는 해당하는 경우 프로젝트 관리 노력을 포함하여 상위 요소의 모든 작업을 이중 계산 범위 없이 설명해야 합니다.

각각의 최하위 작업 패키지는 추정, 할당, 측정 및 통제할 수 있을 만큼 작아야 합니다. 단일 작업일 필요는 없습니다. “품질 보증”은 나중에 테스트 계획, 브라우저 테스트, 결함 복구 및 승인을 위한 활동이 될 수 있습니다.

WBS를 간트 차트로 어떻게 바꾸나요?

다음 순서를 사용하십시오.

1. 범위 완전성을 확인합니다. 각 결과물을 담당하는 사람들과 함께 WBS를 검토합니다.
2. 작업 패키지를 선택합니다. 일정 제어가 필요한 수준을 결정합니다.
3. 활동을 정의합니다. 각 패키지를 생산하는 데 필요한 작업을 작성합니다.
4. 마감 조건을 추가합니다. ‘완료’가 무엇을 의미하는지 명확하게 설명하세요.
5. 활동 순서를 정합니다. 실제 전임자와 후임자 관계를 연결합니다.
6. 기간 추정. 작업을 이해하고 가정을 기록하는 사람들에게 물어보십시오.
7. 리소스 및 달력을 할당합니다. 소유자가 없는 경우 5일 기간은 의미가 없습니다.
8. 날짜를 계산하고 검토합니다. 주요 경로, 유동, 마일스톤 및 리소스 충돌을 검사합니다.

WBS 코드는 일정(예: Analytics 구성의 경우 1.2.3)에 보존될 수 있으므로 보고서는 활동을 결과물 구조로 다시 롤업할 수 있습니다.

작업된 변환 예

작업 패키지 1.3.3 리디렉션 유효성 검사를 사용하세요. 다음과 같은 일정 활동이 생성될 수 있습니다.

마지막 행은 이정표입니다. “스테이징 배포”는 다른 작업 패키지에 속하지만 여전히 종속성이 됩니다. WBS는 범위 소유권을 생성합니다. 네트워크 논리는 실제 작업이 분기를 교차하는 지점을 교차합니다.

WBS와 Gantt를 결합할 때 흔히 발생하는 실수

단계를 전체 WBS로 처리하는 중

“계획, 설계, 구축, 테스트”는 라이프사이클이지 반드시 결과물이 완전히 분해되는 것은 아닙니다. 단계 중심의 최상위 수준이 작동할 수 있지만 각 분기는 여전히 모든 제품 및 프로젝트 범위를 설명해야 합니다.

동일한 수준에서 결과물과 활동 혼합

‘승인된 디자인’, ‘카피 작성’, ‘테스트’는 서로 다른 종류의 요소입니다. 결과물에 대한 일관된 명사는 완전성을 더 쉽게 검토할 수 있게 해줍니다. 행동 동사는 활동 일정에 속합니다.

모든 WBS 요소에 종속성 부여

요약 요소 그룹 작업. 모든 부모와 자식 사이에 중복된 연결을 만드는 대신 실제 핸드오프에서 가장 낮은 실제 활동을 연결하십시오.

들여쓰기와 논리의 혼동

들여쓰기된 작업은 계층 구조의 하위 작업입니다. 자동으로 전임자가 아닙니다. GanttFather에서는 작업 분류에 대한 개요와 시퀀스에 대한 종속성 링크를 사용합니다.

범위 승인 전 일정 잡기

초기 예측은 유용하지만 불안정한 범위에 기반한 상세한 날짜 예측에는 그에 따라 레이블이 지정되어야 합니다. 정밀도는 불확실성을 제거하지 않습니다.

소규모 프로젝트에는 공식적인 WBS가 필요합니까?

범위 분해가 필요하지만 반드시 별도의 다이어그램이나 WBS 사전이 필요한 것은 아닙니다. 소규모 프로젝트는 Gantt 도구에서 직접 요약 작업을 생성하고 계층 구조가 전체 결과를 포괄하는지 확인한 다음 활동과 링크를 추가할 수 있습니다.

범위가 크거나, 계약상 중요하거나, 조직 전체에 공유되거나, 이해하기 어려운 경우 별도의 WBS 워크숍을 사용하세요. 10가지 작업 내부 노력의 경우 명확하게 들여쓰기된 작업 목록이면 충분할 수 있습니다.

WBS를 GanttFather의 일정으로 어떻게 바꾸나요?

결과물에 대한 요약 작업을 생성하고, 그 아래에 작업 패키지를 들여쓰고, 실행 가능한 활동을 리프 행으로 추가합니다. 계층 구조를 축소하면 이해관계자에게 범위 수준 보기가 제공되는 반면, 계층 구조를 확장하면 날짜, 소유자, 진행률 및 마일스톤이 필요한 작업이 노출됩니다.

들여쓰기는 일정 논리를 생성하지 않습니다. FS, SS, FF 또는 SF 링크를 추가하고 실제 핸드오프 시 지연을 일으키며, 중요한 경로를 켜고, GanttFather에서 자동으로 리소스 수준을 지정하지 않기 때문에 중복 할당을 수동으로 검토합니다. 그런 다음 다음을 사용하여 결과를 검증합니다. 간트 차트를 읽는 방법. 승인 후에도 범위가 계속 확장되는 경우 다음을 참조하세요. 범위 크리프(Scope Creep)란 무엇이며 어떻게 중지합니까?.

무료 GanttFather 프로젝트를 생성하고 계층 구조를 구축하세요. 작업 패키지를 날짜에 커밋하기 전에.

자주 묻는 질문

WBS는 작업 목록인가요?

정확히는 아닙니다. 작업 목록에는 작업이 기록됩니다. WBS는 일반적으로 결과물과 작업 패키지를 중심으로 전체 프로젝트 범위를 계층적으로 분해한 것입니다. 활동은 일정 수립을 위한 해당 구조에서 파생됩니다.

모든 작업 패키지가 하나의 Gantt 작업이 되나요?

아니요. 작업 패키지에는 여러 활동, 소유자 또는 종속성이 필요할 수 있습니다. 이를 요약 행으로 유지하고 세부 사항이 결정을 변경할 때 그 아래에 작업을 예약하세요.

간트 차트가 WBS를 대체할 수 있습니까?

계층적 Gantt 작업 목록은 WBS 및 일정을 함께 나타낼 수 있습니다. 교체는 날짜를 추가하기 전에 팀이 명시적으로 범위 완전성을 확인하고 요약 요소와 활동 간의 구별을 유지하는 경우에만 작동합니다.

WBS의 소유자는 누구입니까?

프로젝트 관리자가 이를 용이하게 하는 경우가 많지만 결과물을 담당하는 사람들은 분해를 정의하고 검증하는 데 도움을 주어야 합니다. 한 사람이 혼자서 전문가의 범위를 만들어서는 안 됩니다.

---

출처

1. 프로젝트 관리 연구소, 프로젝트 관리 수명주기에 작업분류체계 적용
2. 프로젝트 관리 연구소, 작업 분할 구조에서 중요 경로 일정으로 이동
3. 미국 회계 감사원, 일정 평가 가이드