WBS 작성 메뉴얼

SI_CMS_WBS_예시.xlsx

1) WBS 작성 원칙

• 포괄성(Completeness): 프로젝트 범위 내 모든 작업을 포함해야 함.
• 상호배타성(Mutual Exclusiveness): 중복되거나 모호한 작업이 없도록.
• 산출물 기반(Deliverable-oriented): 작업을 ‘해야 할 일’이 아니라 만들어야 할 결과물 기준으로 정의.
• 추적 가능성(Traceability): RFP 요구사항 ↔ WBS 작업 항목 매핑 가능하도록 관리.

2) 분해 구조와 레벨 정의

• Level 1: 대분류(프로그램/프로젝트 차원) – 예: PMO, 분석, 설계, 개발, 테스트, 이행, 안정화
• Level 2: 주요 산출물/기능 영역 – 예: CMS Core, 준법연계, 채널연계, 피드백/대시보드
• Level 3: 하위 산출물/모듈 – 예: “준법 심의요청 API”, “심의결과 동기화 배치”
• Level 4(선택): 작업 단위/티켓 묶음 – 예: “심의요청 POST 엔드포인트 구현”
• 분해 멈춤 기준:
  • 더 이상 명확한 산출물 정의/수용기준을 못 쓰면 과분해.
  • 담당자/일정/비용을 추정할 수 있을 정도면 충분.

<aside> 📌

level 3 이하로 작성시 세부 task가 필요할 경우 level 5 이상 넘어가지 않도록 주의한다. 너무 상세한 level은 일정관리에 도움이 되지 않는다.

</aside>

3) 코딩 규칙(넘버링)과 명명

• 코드 체계: 1, 1.1, 1.1.1 … 식으로 고유 식별자 부여(버전업해도 변하지 않게).
• 명명 규칙: “범위+결과물+행위”를 짧고 일관되게.
  • 예) 4.2.1 준법-심의요청 API 설계서(v1)
• 변경관리: 코드와 이름은 이력(작성·변경·폐기 사유)을 남김. 코드 재사용/재배정 금지.

4) WBS 사전(WBS Dictionary) 구성 필드