1. 프로젝트 범위 확정의 핵심 도구, WBS의 개요
정의: 프로젝트 목표를 달성하고 필요한 인도물을 산출하기 위해 전체 업무 범위를 계층적으로 세분화(Decomposition)한 체계.
역할: 범위(Scope) 정의의 기초가 되며, 일정(Schedule), 원가(Cost), 리소스 할당의 통합 관리 기준(Baseline) 제공.
2. 가. WBS 작성 원칙
성공적인 WBS 구성을 위해 준수해야 할 5가지 핵심 원칙이 있습니다.
| 원칙 | 상세 내용 | 비고 |
| 100% 원칙 | 하위 작업의 합은 상위 작업의 범위를 100% 포함해야 함 | 누락 및 중복 방지 (MECE) |
| 인도물 중심 | 활동(Activity)보다는 눈에 보이는 결과물(Deliverable) 위주 구성 | 가시적 진척 관리 |
| 계층적 세분화 | 관리 가능한 수준인 워크 패키지(Work Package)까지 분할 | 통제 범위 적정성 |
| 배타적 구성 | 각 업무 단위는 상호 중복되지 않도록 정의 | 책임 소재 명확화 |
| 속성 정의 | 각 WBS 요소에 고유 번호(Code)와 사전(Dictionary) 부여 | 의사소통 표준화 |
3. 나. WBS 작성 장점
| 구분 | 주요 장점 내용 | 기대 효과 |
| 범위 관리 | 프로젝트 전체 업무 범위를 가시화 | 범위 누락 및 범위 크립(Scope Creep) 방지 |
| 일정/원가 | 하위 단위별 공수(M/M) 및 비용 산정 용이 | 정확한 예산 편성 및 Baseline 수립 |
| 책임 할당 | 워크 패키지별 담당자 지정 (RAM 연계) | 업무 책임(Accountability) 명확화 |
| 의사소통 | 이해관계자 간 업무 범위에 대한 공통 이해 | 분쟁 예방 및 협업 효율성 증대 |
4. 다. WBS 작성 시 고려사항
적정 세분화 수준: 너무 상세하면 관리 오버헤드가 발생하고, 너무 포괄적이면 통제가 어려움 (보통 80시간 법칙 적용).
연동 계획(Rolling Wave Planning): 불확실성이 큰 후반기 작업은 상위 수준에서 정의하고, 시점이 다가옴에 따라 구체화.
WBS 사전(Dictionary) 병행: 각 항목의 정의, 제약 조건, 수용 기준 등을 상세히 기술하여 해석의 차이 제거.
형상 관리 반영: 요구사항 변경에 따른 WBS 업데이트 절차(Change Control) 마련.
5. 라. 일정지연 시 만회대책 및 사례
주공정(Critical Path) 상의 지연 발생 시 적용할 수 있는 전략입니다.
① 만회대책 유형
| 기법 | 상세 내용 | 트레이드오프 (Trade-off) |
| 자원 투입 (Crashing) | 추가 인력 투입, 초과 근무 등을 통해 기간 단축 | 비용 증가, 한계 효용 법칙 고려 필요 |
| 병행 수행 (Fast Tracking) | 순차적 작업을 중첩하여 동시에 진행 | 리스크 증가, 재작업 가능성 노출 |
| 범위 조정 (Scope Scoping) | 필수 기능 외의 범위를 축소하거나 후속 단계로 이연 | 고객 협의 필요, 품질 저하 우려 |
② 수행 사례
사례: 공공 차세대 시스템 구축 중 '통합 테스트' 단계에서 결함 과다 발생으로 일정 2주 지연.
대책: * Fast Tracking: 테스트와 결함 수정을 병행 처리 (수정 완료 전 다음 시나리오 진행).
Crashing: 본사 공통 기술지원 조직(Expert) 투입하여 난이도 높은 결함 집중 해결.
결과: 지연된 2주 중 10일을 만회하여 예정된 오픈 일자에 정상 가동.
6. 기술사적 제언: Agile 환경에서의 WBS 활용 방향
Backlog와의 연계: 전통적인 WBS 대신 애자일 환경에서는 제품 백로그(Product Backlog)와 스프린트 백로그를 활용하여 가변적 범위에 대응하는 '유연한 WBS' 전략이 요구됨.
결언: WBS는 단순한 리스트가 아니라 프로젝트의 '심장'임. 기술사는 WBS를 기반으로 EVM(Earned Value Management) 등을 연계하여 프로젝트의 건강 상태를 정량적으로 모니터링할 수 있는 거버넌스 체계를 구축해야 함.
댓글 없음:
댓글 쓰기