개요 수준 (Outline Level) 필드 = MS Project WBS
우리가 가장 많이 사용하는 WBS는 Tree 형태의 WBS입니다. MS Project에서는 디렉터리 형태의 WBS를 제공하고 있습니다. 그 외에도 엑셀을 쓰셨다면 표 형식의 WBS가 있습니다. 눈에 한번에 들어오는 형태는 아무래도 Tree 형태의 WBS라서 WBS라고 하면 대부분은 Tree 형태를 가져갑니다만 구현할 수 있는 소프트웨어가 없다면 대부분 표 형식을 사용합니다.
Tree 형태의 WBS에서 Level(수준)이라고 표현하거나 간혹 Project Level이라고 표현할 때도 있는 Level(수준)은 계층 구조에서 동일한 계층에 있는 WP(Work Package)나 Activity 들에게 동일한 번호(동일한 Level)을 부여하는 것입니다. 아파트도 같은 층수에는 서로 다른 세대에도 같은 층 번호가 부여되는 것과 같습니다.
MS Project에서는 Outline Level(개요 수준)이라는 단어를 사용해서 Level(수준)을 표현합니다.
아래 이미지에서 Tree 형태의 WBS에서는 동일한 계층에는 동일한 Level 번호가 부여되어 있습니다. MS Project의 디렉터리 형태의 WBS에서는 개요 수준(Outline Level)이라는 필드에 번호를 부여해(자동 부여, 직접 입력은 할 수 없습니다) Level(수준)를 표시하고 있습니다.
여기까지가 WBS Level(Outline Level)이 어떤 것인지, Level 번호가 무엇을 의미하는지, 어떤 원리로 부여되지 등의 내용입니다.
MS Project 개요 수준 메뉴
[개요 수준] 필드(열)와 함께, 개요 수준을 필터링할 수 있는 [개요] 라는 메뉴를 제공합니다. 예를 들어, 전체 4레벨의 프로젝트에서 2레벨을 선택하면 3레벨부터 보이지 않도록 합니다. 즉, 1레벨과 2레벨만 화면에 표시됩니다.
[ ① 보기 탭 - 데이터 그룹 - ② 개요 ]를 클릭한 후 원하는 수준을 선택합니다.
메뉴에서 표시할 수 있는 수준은 [하위 작업 모두 표시]를 하거나 9수준까지 선택할 수 있습니다. Microsoft Project는 99 수준까지를 지원하면 합니다. 과유불급(過猶不及, 지나친 것은 부족한것과 다름이 없다)이죠. 프로그램이 99단계까지 들여 쓰기가 가능합니다만 실제 99수준까지의 프로젝트는 현실성이 없습니다. 참고로 작업 입력 수의 최대치는 약 백만개입니다. (1,0480,000 행 지원) 팀과 프로젝트 관리자는 프로젝트를 몇 개의 수준과 어느 정도까지의 작업 개수(대략)로 디자인할 지 의사결정해야 합니다. 이러한 디자인도 구조화의 한 부분입니다.
개요와 관련된 구조화(PMO 현업에 있을 때는 레벨 디자인이라는 용어를 사용했습니다.)에 대한 예를 들면,
PMO 현업에 있을 때는, 개요와 관련된 구조화를 레벨 디자인이라는 용어를 사용했습니다. 게임 개발 영역에서도 레벨 디자인이란 용어를 사용하지만 프로젝트 관리 관점의 레벨 디자인과는 다른 의미입니다.
프로젝트 관리 관점의 레벨 디자인의 예를 들면, 우선 바라는 결과를 먼저 정의합니다. “우리 프로젝트는 3수준(Level)만 봤을 때, 프로젝트의 모든 산출물들이 보여야 한다. 그리고 2수준을 봤을 때 프로젝트의 단계가 모두 보여야 한다” 라는 등의 바라는 결과를 씁니다.
이런 결과 즉 목표에 맞는 레벨 디자인을 먼저 합니다.
의도한 결과(목표, 바라는 결과)에 맞는 레벨 디자인이 끝나면 Microsoft Project의 입력을 시작합니다.
입력이 완료된 후, 레벨 디자인을 제대로 구현(입력)했는지 검증하기 위해 [개요 수준] 필드를 이용합니다.
그리고 하위 수준의 작업 입력이 올바르게 구현되었는지 검증하기 위해 [개요 반호] 필드 또는 [Gantt 차트 형식(또는 형식) 탭 - 표시/숨기기 그룹 - 개요 번호]를 체크합니다.
개요 번호 필드보다 개요 번호 메뉴를 사용하면 작업 이름 앞에 개요 번호가 함께 표시됩니다. 저는 필드보단 작업 이름 앞에 표시되는 것을 선호합니다. 최종적으로 [보기 탭 - 데이터 그룹 - 개요(윤곽)]에서 각 수준을 선택해 WBS의 100%rule을 준수하는지 검증합니다.