QA ≠ Test

QA(품질 보증)는 개념적인 용어이고, TEST는 QA(품질 보증)를 하기 위한 수단이자 방법이다.

EDUCATION

[사업관리 감리 - Chap.3] PMBOK 기준 작업분류체계(WBS) 작성에 대해서 알아보자

품생품사(品生品死) 2021. 1. 26. 00:31
반응형

프로젝트 범위 관리 : 작업분류체계(WBS) 작성 #3

📌 사업 관리 방법론 및 PMI의 PMBOK(Project Management Body Of Knowledge) 4차 개정판(2008. 12)에서는 요구사항 식별과 이해관계자 식별 및 기대관리 프로세스가 추가되었으며, 현재 7차 개정판이 2021년도에 발간 예정이라고 합니다. 해당 내용들은 제가 가지고 있는 자료 4차 개정판을 기반으로 작성되었으며, 이전 글 참고 바랍니다.

 

 

[사업관리 감리 - PMBOK] 프로젝트 범위 관리

목차 프로젝트 범위 관리 📌 사업 관리 방법론 : 범위, 일정, 비용관리의 핵심 영역을 중심으로 전개하던 1996년, 2000년 버전의 PMBOK에서 위험관리 및 9개 전체 영역의 프로세스를 동등 수준으로

qa-testing.tistory.com

 

범위 정의

👀 주요 프로젝트 인도물과 프로젝트 작업을 보다 작고, 관리 가능한 구성요소로 세분화

 

This is audit-0001
작업 분류 체계

👍 WBS란 프로젝트 목표를 달성하고 필요한 인도물을 산출하기 위하여 프로젝트팀이 시행할 작업을 인도물 중심으로 분할한 계층구조체계
👍 최하위 작업 분류체계 구성요소에 포함된 계획된 작업을 ‘작업 패키지’라고 하며, 이 패키지 단위로 일정을 계획하고, 원가를 산정하고, 감시 및 통제를 할 수 있다.

 

WBS 작성 5원칙

👀 다음과 같은 5가지의 원칙에 따라 WBS를 작성한다.

This is audit-0002
WBS 작성 5원칙

👍 WBS 방법론 이용 : 단계 (Steps), 작업 (Task 또는 Activity) 등 정의된 WBS 방법론 이용
👍 Two-Week 법칙 : 작업 단위를 2주 이하의 단위로 세분
👍 One-Week 법칙 : 1주 미만의 작업 단위는 One-Week 법칙에 따라 작업 단위 통합
👍 Six-Month 법칙 : 향후 6개월 이후의 작업은 Summary 레벨에서 정의
👍 장기 계획 : 향후 6개월 이후 계획은 Phase 레벨에서 계획

WBS 작성 Benefit

👍 관련 당사자 간에 프로젝트 범위에 관한 의사소통을 원활하게 함
👍 프로젝트 수행을 일관성 있게 추진 가능하게 함
👍 프로젝트 팀의 이해 내용을 문서화
👍 산출물에 대한 책임을 명확하게 정의
👍 일정 수립의 중요한 근간

WBS 작성 Guidelines

👍 Top 수준에서 출발한다. (프로젝트 명이 1st Level)
👍 WBS 산출물에 대해서는 명사형을 사용한다.
👍 독립적으로 존재하는 Box를 만들지 않는다.
👍 고객과 합의된 것을 바탕으로 WBS 상위 수준을 구성한다.
👍 1 Task는 5일 기간 이상으로 될 수 있도록 조정한다. (One-week 원칙)
👍 1 Task는 최대 10일 이내의 기간을 갖도록 조정한다. (Two-week 원칙)
👍 대상 범위 밖은 요약 수준으로 나타낸다. (Six-month 원칙)
👍 프로젝트 모니터링을 위한 베이스라인으로 사용 가능하여야 한다.

 

PMBOK 내용

📌 작업분류체계(WBS) 작성

🤔 작업분류체계작업 분류체계 작성은 프로젝트 인도물과 프로젝트 작업을 더 작고 관리 가능한 요소들로 세분하는 프로세스이다. 작업 분류체계(WBS)란 프로젝트 팀에서 프로젝트 목표를 달성하고 필요한 인도물을 산출하기 위해 실행할 작업을 인도물 중심의 계층 구조로 세분해 놓은 계통도로, WBS의 세분 단계가 내려갈수록 프로젝트 작업이 점차 상세하게 정의된다.

 

WBS는 전체 프로젝트 범위를 구성 및 정의하고, 현재 승인된 프로젝트 범위 기술서에 명시된 작업을 표시해준다. 계획된 작업은 작업 패키지라고 하는 최하위 수준 WBS 구성요소 내에 포함된다. 작업 패키지의 일정을 계획하고, 원가를 산정하고, 감시 및 통제할 수 있다.

 

작업 분류체계에서 작업이란 노력 자체가 아니라 노력의 결과로 창출되는 작업 제품이나 인도물을 가리킨다. 작업 분류체계 작성 프로세스의 투입물, 도구 및 기법, 산출물을 보여주고, 프로세스 내에서 기본적인 흐름과 상호작용을 요약해서 보여준다.

 

This is audit-0003
작업분류체계(WBS) 작성: 투입물, 도구 및 기법, 산출물

 

🤔 작업분류체계에 관한 특정 정보는 The Practice Standard for Work Breakdown Structures – Second Edition [1]1을 참조한다.

 

This is audit-0004
작업분류체계(WBS) 작성 데이터 흐름도

 

📌 작업분류체계(WBS) 작성: 투입물

✔  프로젝트 범위 기술서
✔  요구사항 문서

 조직 프로세스 자산


다음은 작업분류체계(WBS) 작성 프로세스에 영향을 미칠 수 있는 조직 프로세스 자산의 일부 예이다.

  • 작업분류체계(WBS)에작업 분류체계(WBS)에 대한 정책, 절차, 템플릿
  • 과거 프로젝트에서 생성된 프로젝트 파일
  • 과거 프로젝트에서 습득한 교훈

 

📌 작업분류체계(WBS) 작성: 도구 및 기법

✔  분할
🤔 분할이란 프로젝트 작업과 인도물이 작업 패키지 수준으로 정의될 때까지 프로젝트 인도물을 작고 관리하기 간편한 구성요소로 세분하는 작업이다.

 

작업 패키지 수준은 작업분류체계(WBS)에서 최하위 단계의 수준이며, 작업의 원가와 활동 기간을 신뢰할 수 있는 수준으로 산정하고 관리할 수 있다. 작업 패키지의 상세 수준은 프로젝트의 크기와 복잡성에 따라 달라진다.

 

🤔 전체 프로젝트 작업을 작업 패키지로 분할하는 데는 일반적으로 다음과 같은 활동이 수반된다.

  • 인도물 및 관련 작업을 식별하고 분석
  • WBS의 구성 및 조직화
  • 상위 WBS 수준을 상세한 하위 수준 구성요소로 분할
  • 식별코드를 개발하여 WBS 구성요소에 할당
  • 작업이 필요하고 충분한 수준으로 분할되었는지 확인

일부 WBS 분기가 작업 패키지 수준까지 분할된 WBS의 일부분을 보여준다.


🤔 WBS 구조는 다음과 같이 몇 가지 방식으로 작성할 수 있다.

  • 분할의 첫째 수준으로 프로젝트 생애 주기의 단계를, 둘째 수준으로 제품과 프로젝트 인도물을 삽입하는 방식
  • 분할의 첫째 수준으로 주요 인도물을 사용하는 방식
  • 프로젝트 팀의 외부 조직에서 개발할 수 있는 하위 프로젝트 사용(예: 계약 작업). 이어서 판매자가 계약 작업의 일환으로 해당 계약 작업의 작업 분류체계(WBS)를 개발한다.

 

This is audit-0005
일부 분기를 작업 패키지 수준까지 분할한 작업분류체계(WBS) 샘플

 

This is audit-0006
단계별로 구성한 작업분류체계(WBS) 샘플
This is audit-0007
주요 인도물을 사용한 작업분류체계(WBS) 샘플

 

🤔 상위 수준 WBS 구성요소를 분할할 때 각 인도물 또는 하부 프로젝트의 작업을 기본적인 구성요소로 세분해야 한다. 이때 WBS 구성요소는 검증 가능한 제품, 서비스 또는 결과를 나타낸다. 개괄도, 구성도, 물고기 뼈 도표(Fishbone Diagram) 또는 기타 방법으로 WBS를 구성할 수 있다.

 

분할의 정확성을 평가하려면 하위 수준 WBS 구성요소가 연관된 상위 수준 인도물을 완성하는 데 필요하고도 충분한 요소인지 판단해야 한다. 분할 수준은 인도물에 따라 달라질 수 있다. 작업 패키지 수준에 도달하기 위해 다음 단계까지만 분할해야 하는 인도물이 있는가 하면, 여러 수준으로 추가 분할해야 하는 인도물도 있다.

 

작업을 상세한 수준으로 분할할수록 작업에 대한 계획, 관리 및 통제력이 향상된다. 그러나 지나치게 세분하면 업무 생산성, 자원 활용 및 작업 수행 효율이 떨어질 수 있다. 완료 시점이 너무 먼 미래의 하부 프로젝트나 인도물은 분할하기 불가능할 수 있다.

 

🤔 프로젝트 관리 팀은 일반적으로 인도물이나 하부 프로젝트가 명확해질 때까지 기다렸다가 상세한 작업분류체계(WBS)를 개발한다. 이러한 기법을 때로 연동 기획(Rolling Wave Planning)이라고 한다. 작업 분류체계(WBS)에는 프로젝트 관리 작업을 포함한 모든 프로젝트 작업과 제품이 표시된다.

 

최하위 수준의 전체 작업이 상위 수준으로 완전히 연동되어서 남겨지는 항목도, 추가로 완료해야 할 작업도 없어야 한다. 이를 100% 규칙이라고도 한다. 작업분류체계(WBS)에 대한 PMI 실무 관행 표준에서 작업 분류체계의 생성, 개발 및 응용에 유용한 지침을 제공한다. 이 표준에서 산업 분야별 샘플 WBS 템플릿을 제공하는데, 이 템플릿을 특정 응용 분야의 특정 프로젝트에 맞게 조정하여 사용할 수 있다.

 

📌 작업분류체계(WBS) 작성: 산출물

작업분류체계(WBS)
🤔 작업 분류체계(WBS)란 프로젝트 팀에서 프로젝트 목표를 달성하고 필요한 인도물을 산출하기 위해 실행할 작업을 인도물 중심의 계층 구조로 세분해 놓은 계통도로, WBS의 세분 단계가 내려갈수록 프로젝트 작업이 점차 상세하게 정의된다. 작업 패키지의 통제 단위를 설정하고 통제 단위의 고유한 식별코드를 지정하여 WBS를 완성한다.

 

이러한 식별코드가 원가, 일정, 자원 정보의 간략한 계통 구조를 제공한다. 통제 단위는 성과 측정을 목적으로 범위, 원가, 일정이 통합되고 획득 가치와 비교되는 관리 통제점이다. WBS에서 선정된 관리 지점에 통제 단위를 배치한다. 각 통제 단위에 작업 패키지가 하나 이상 포함될 수 있지만 각 작업 패키지는 하나의 통제 단위에만 연결해야 한다.

작업 분류체계(WBS) 사전
🤔 작업 분류체계(WBS) 사전은 작업분류체계를 뒷받침하는 WBS 작성 프로세스에서 생성되는 문서로, WBS 의 구성요소(예: 작업 패키지, 통제 단위)에 대한 상세한 설명을 제공한다. 다음은 작업분류체계(WBS) 사전에 포함되는 정보의 일부 예이다.

  • 관리 단위 식별코드
  • 작업 설명
  • 담당 조직
  • 일정 마일스톤 목록
  • 연관된 일정 활동
  • 필요한 자원
  • 원가 산정치
  • 품질 요구사항
  • 인수 기준
  • 기술 참고 문헌
  • 계약 정보

✔ 범위 기준선
🤔 범위 기준선은 프로젝트 관리 계획서의 구성 요소이다. 범위 기준선을 구성하는 요소는 다음과 같다.

  • 프로젝트 범위 기술서. 프로젝트 범위 기술서에는 제품 범위 설명, 프로젝트 인도물이 포함되고, 제품 사용자 인수 기준을 정의한다.
  • WBS. 작업 분류체계(WBS)는 각 인도물을 정의하고, 인도물을 작업 패키지로 분할한 구조를 보여준다.
  • WBS 사전. 작업분류체계(WBS) 사전은 각 WBS 요소의 작업 및 기술 문서에 대한 자세한 설명을 제공한다.

프로젝트 문서 갱신
갱신될 수 있는 프로젝트 문서에는 요구사항 문서를 포함하여 여러 가지 문서가 있다. 작업분류체계(WBS) 작성 프로세스에서 승인된 변경 요청이 발생하는 경우, 승인된 변경 사항을 반영하기 위하여 요구사항 문서를 갱신해야 할 수 있다.

 

Related References

- Software Engineering : A Practitioner’s Approach / Roger S. Pressman. – 7th ed.
- Project Management : A System Approach to Planning, Scheduling, and Controlling / Harold Kerzner. - 6th ed.

- Software Project Survival Guide / Steve McConnell

- IT 전문 컨설턴트 과정 : 프로젝트 관리 / 기업정보화지원센터

- 201가지 소프트웨어 개발 원칙 / Alan M. Davis, 정기원. 김태현 공역

- 최신 소프트웨어 공학 기법/ 한. 카네기멜론 대학 기술교류협회

- 소프트웨어 프로세스와 품질/ 정기원, 윤창섭, 김태현 공저

 

This is audit-00010
PMBOK

요약 : 애자일 프로세스, 배포 프로세스, 프로세스, 업무 프로세스 관리, 프로세스 마이닝, iso 표준, 국제 표준 iso, 표준, istqb, kstqb,

반응형