프로젝트 후반부나 QA 단계에서 예기치 못한 결함이 폭주하여 릴리즈 일정이 지연되는 원인의 80%는 “기획 및 착수 단계에서 엣지 케이스(Edge Case)를 고려하지 않은 부실한 WBS 분해”에 있습니다. 티몬, 여기어때, KT, 롯데닷컴, 패스트캠퍼스, 티켓베이 등 50여 개 대형 IT 프로젝트 현장에서 수많은 론칭 일정을 지켜낸 경험상, 착수 단계에서 시스템의 예외 상황을 WBS 작업 패키지(Work Package)로 미리 분해해 두는 것만으로도 재작업 공수를 절반 이상 단축할 수 있습니다.
일반 WBS vs 엣지 케이스 반영 WBS 비교
| 구분 | 일반적인 WBS 분해 (Traditional WBS) | 엣지 케이스 반영 WBS (Edge-Case Aware WBS) |
| 태스크 분해 기준 | 정상 유저 흐름(Happy Path) 중심의 기능 개발 | 정상 흐름 + 예외 처리(Edge Case) + 외부 연동 실패 핸들링 |
| 개발 공수 산정 | 단면적인 코딩 시간만 포함하여 과소 산정됨 | 예외 처리 및 에러 페이지, 트랜잭션 롤백 공수 반영 |
| QA 및 배포 리스크 | QA 단계에서 무수한 예외 버그가 터져 일정 지연 | 착수 단계부터 예외 케이스가 정의되어 무결점 QA 진행 |
| PMP 범위 관리 | Scope Creep(범위 확장)에 취약함 | 100% Rule 준수로 완벽한 범위 기준선(Scope Baseline) 수호 |
1. 착수 단계에서 PM이 가장 많이 놓치는 4대 엣지 케이스
기획서나 WBS 작성 시 Happy Path(정상 작동)만 정의해 두면 개발자는 정상 케이스만 구현합니다. PM은 착수 단계부터 아래 4가지 예외 영역을 WBS 태스크로 분해해 두어야 합니다.
- 네트워크 & 상태 예외: 결제 진행 중 Wi-Fi/LTE 끊김, 타임아웃 발생, 중복 연타 클릭 시 트랜잭션 롤백 처리.
- 인증 & 세션 예외: 결제/작성 중 토큰 만료, 다른 기기에서 중복 로그인으로 세션 끊김, 권한 상실 시 이전 데이터 임시 저장.
- 데이터 & 경계값 예외: DB 내 데이터 Null/Empty 상태, 특수문자 및 초장문 입력, 음수/초과 수치 입력 시 에러 툴팁 노출.
- 외부 서드파티 API 연동 예외: PG사/알림톡 API 장애, 외부 수신 대기 타임아웃, Webhook 재시도(Retry) 실패 시 대체 로직(Fallback).
2. 엣지 케이스 포함 WBS 분해 만능 메가 프롬프트
ChatGPT에게 단순 “WBS 짜줘”라고 하면 표면적인 기능 나열만 제공합니다. PMP의 100% Rule(100% 규칙)과 예외 상황 처리 항목이 포함된 WBS를 10분 만에 도출하는 아래 프롬프트를 활용하세요.
[역할 정의]
너는 10년 차 IT 수석 PM이자 아키텍처 예외 처리 및 PMP 범위 관리 전문가야.
프로젝트 착수 단계에서 개발자/QA가 놓치기 쉬운 시스템 예외 케이스(Edge Cases)를 식별하고, 이를 반영하여 3단계 계층 구조의 정밀한 WBS(작업 분할 구조도)를 분해하는 것이 너의 목적이야.
[프로젝트 정보]
1. 기능명: [예: 모바일 앱 기반 실시간 숙소 예약 및 PG 결제 모듈 구축]
2. 주요 유저 여정: [예: 숙소 검색 -> 날짜/인원 선택 -> 결제 페이지 진입 -> 쿠폰 적용 -> PG 결제 -> 예약 완료 문출]
3. 외부 연동 시스템: [예: 외부 PG사 결제 API, 카카오 알림톡 API, 기존 레거시 예약 DB]
[WBS 분해 요구사항]
다음 요구사항을 준수하여 표(Table) 포맷으로 WBS를 도출해줘:
1. WBS 계층 구조:
- 1레벨: 대분류 (메인 모듈)
- 2레벨: 중분류 (기능 단위)
- 3레벨: 소분류 / Work Package (개발 및 QA가 실행 가능한 최소 작업 단위)
2. 반드시 포함해야 할 예외 처리(Edge Case) 태스크:
- 네트워크 타임아웃 및 중복 결제 처리 로직
- 외부 API(PG사, 알림톡) 연동 실패 시 Fallback/Retry 태스크
- 데이터 경계값(Null, 특수문자, 타임존) 에러 핸들링 UI/UX
- 세션 만료 및 권한 예외 페이지 처리
3. 출력 속성 컬럼:
- WBS Code | 1레벨(모듈) | 2레벨(기능) | 3레벨(하위 태스크 - 예외 포함) | 구분(정상/예외/연동) | 담당 스쿼드(FE/BE/QA)
3. PMP 100% Rule 기반 WBS 하위 작업 패키지(Work Package) 정제법
ChatGPT가 도출한 WBS를 실제 엑셀이나 노션 DB로 이관할 때는 PMP의 ‘100% Rule(100% 규칙)’을 검증해야 합니다.
- 상위 작업의 100% 수용: 하위 작업 패키지(3레벨)들의 합이 상위 작업(2레벨)을 100% 설명해야 합니다. “결제 개발” 밑에 “PG 결제 API 연동”만 있다면 50%짜리 WBS입니다. 반드시 “결제 타임아웃 예외 처리”, “결제 실패 시 포인트 자동 복구”라는 엣지 케이스 작업이 포함되어야 100%가 완성됩니다.
- 독립적인 공수 산정 가능성: 각 하위 작업 패키지는 8시간~40시간(1일~5일) 이내에 완료 가능한 크기로 분해되어야 테크 리드가 정확한 공수를 입력할 수 있습니다.
4. 10년 차 PM이 전하는 WBS 엣지 케이스 검수 실무 팁
WBS에 엣지 케이스를 포함시킬 때 테크 리드(개발) 및 QA 리드와 진행하는 ‘WBS 리뷰 미팅’ 노하우입니다.
- QA 리드와의 사전 싱크: ChatGPT로 도출된 예외 태스크 목록을 개발팀에 주기 전 QA 리드에게 먼저 보여주세요. QA팀이 생각하는 “자주 터지는 버그 유형”이 WBS 하위 태스크로 추가되면서 개발 스펙 누락이 완벽히 차단됩니다.
- 예외 처리의 Prioritization: 모든 엣지 케이스를 1차 배포에 포함할 필요는 없습니다. 리스크 점수가 높은 핵심 예외(중복 결제, 데이터 손실)는 Must-Have로 WBS에 반영하고, 마이너한 UI 에러 처리는 차기 패치 태스크로 분류(De-scoping)하여 일정 리스크를 관리하세요.
[7tipbox 요약]
착수 단계 WBS 작성이 완벽해야 프로젝트 후반부의 무수한 재작업과 일정 지연을 막을 수 있습니다.
ChatGPT 메가 프롬프트를 활용해 정상 흐름뿐만 아니라 4대 엣지 케이스(네트워크, 세션, 데이터, 외부 API 연동 실패)를 WBS 3레벨 하위 작업 패키지로 10분 만에 분해하고, PMP 100% Rule을 적용해 범위 기준선을 수호하는 것이 50개 이상의 대형 프로젝트를 성공으로 이끈 10년 차 IT PM의 핵심 실무 노하우입니다.