2번째 글: 5단계로 완성하는 개발 프로젝트 WBS 실전 가이드

이론은 그만, 오늘 당장 써먹을 수 있는 WBS 작성법을 알려드립니다

읽는 시간: 8분
대상 독자: PM, 테크 리드, 스타트업 창업자
즉시 활용도: ⭐⭐⭐⭐⭐

---

🎬 시작하기 전에: 실패하는 WBS의 공통점

오늘은 성공하는 WBS를 만드는 검증된 5단계를 소개합니다.

---

🎯 Step 1: 프로젝트 스코프 명확히 하기 (30분)

1.1 마법의 질문 3개

프로젝트 시작 전, 반드시 답해야 할 질문:

1. "완료"의 정의는 무엇인가?

• □ 배포 완료
• □ 사용자 테스트 통과
• □ 문서화 완료
• □ 인수인계 완료

2. 반드시 포함되어야 하는 것은?

• □ 핵심 기능 리스트
• □ 필수 통합 요소
• □ 규제 요구사항

3. 명시적으로 제외하는 것은?

• □ "나중에" 리스트
• □ "있으면 좋은" 기능
• □ 다음 버전 계획

1.2 스코프 문서 템플릿

프로젝트 예시: AI 챗봇 서비스 v1.0

✅ IN SCOPE (반드시 포함)

• 텍스트 기반 대화
• 5개 카테고리 지식베이스
• 웹 인터페이스
• 사용자 인증

❌ OUT OF SCOPE (제외)

• 음성 인식 (v2.0)
• 다국어 지원 (v2.0)
• 모바일 앱 (별도 프로젝트)
• 외부 API 연동 (Phase 2)

🎯 SUCCESS CRITERIA

• 응답 시간 < 2초
• 정확도 > 85%
• 일일 사용자 1,000명 처리
• 99.9% 가동률

1.3 스코프 크립 방어막

---

🏗️ Step 2: 작업 분해하기 - MECE 원칙 (1시간)

2.1 계층 구조 만들기

레벨별 가이드라인:

2.2 실전 예제: Todo 앱 개발

📱 Todo 앱 개발 (240h)
├── 1. 기획 및 설계 (40h)
│   ├── 1.1 요구사항 분석 (16h)
│   │   ├── 사용자 인터뷰 (8h)
│   │   └── 기능 명세서 작성 (8h)
│   └── 1.2 UI/UX 설계 (24h)
│       ├── 와이어프레임 (8h)
│       ├── 디자인 시안 (12h)
│       └── 프로토타입 (4h)
│
├── 2. 백엔드 개발 (80h)
│   ├── 2.1 API 서버 (40h)
│   │   ├── 환경 설정 (8h)
│   │   ├── CRUD API (16h)
│   │   ├── 인증 시스템 (12h)
│   │   └── 에러 처리 (4h)
│   └── 2.2 데이터베이스 (40h)
│       ├── 스키마 설계 (8h)
│       ├── 마이그레이션 (8h)
│       ├── 쿼리 최적화 (16h)
│       └── 백업 설정 (8h)
│
├── 3. 프론트엔드 개발 (80h)
│   ├── 3.1 기본 구조 (24h)
│   │   ├── 프로젝트 셋업 (8h)
│   │   ├── 라우팅 설정 (8h)
│   │   └── 상태 관리 (8h)
│   └── 3.2 UI 구현 (56h)
│       ├── Todo 리스트 (16h)
│       ├── 추가/수정 폼 (16h)
│       ├── 필터/검색 (16h)
│       └── 반응형 디자인 (8h)
│
└── 4. 테스트 및 배포 (40h)
├── 4.1 테스트 (24h)
│   ├── 단위 테스트 (8h)
│   ├── 통합 테스트 (8h)
│   └── E2E 테스트 (8h)
└── 4.2 배포 (16h)
├── CI/CD 구성 (8h)
└── 프로덕션 배포 (8h)

2.3 분해 체크리스트

각 작업이 다음 조건을 만족하는지 확인:

const isGoodTask = (task) => {
  return (
    task.hours >= 8 && // 최소 8시간
    task.hours <= 40 && // 최대 40시간
    task.hasOwner && // 담당자 있음
    task.hasDeliverable && // 산출물 명확
    task.isTestable // 완료 검증 가능
  );
};

---

⏱️ Step 3: 시간 추정하기 - 3점 추정법 (1시간)

3.1 추정의 과학

왜 항상 틀릴까?

3.2 PERT 3점 추정법

def calculate_estimate(optimistic, realistic, pessimistic):
    """
    PERT 공식을 사용한 현실적 추정
    """
    # 가중 평균 계산
    estimate = (optimistic + 4*realistic + pessimistic) / 6

    # 표준편차 (리스크 지표)
    std_dev = (pessimistic - optimistic) / 6

    return {
        'estimate': estimate,
        'confidence_68': f"{estimate} ± {std_dev}",
        'confidence_95': f"{estimate} ± {2*std_dev}"
    }

# 예제: 로그인 API 개발
result = calculate_estimate(
    optimistic=8,   # 모든 게 순조로울 때
    realistic=12,   # 일반적인 경우
    pessimistic=20  # 문제가 생겼을 때
)

print(f"예상 시간: {result['estimate']}시간")  # 13시간
print(f"95% 확률: {result['confidence_95']}")  # 13 ± 4시간

3.3 팀 보정 계수

추정 보정 가이드

개발자 경험별 보정

• 주니어 (< 1년): × 1.5
• 미드레벨 (1-3년): × 1.2
• 시니어 (3년+): × 1.0

기술 스택 숙련도

• 처음 사용: × 2.0
• 기본 지식: × 1.5
• 숙련: × 1.0

작업 복잡도

• 단순 CRUD: × 0.8
• 일반 비즈니스 로직: × 1.0
• 복잡한 알고리즘: × 1.5
• 외부 연동: × 1.3

---

👥 Step 4: 리소스 할당하기 - 스마트하게 (30분)

4.1 리소스 매트릭스

4.2 실전 할당 전략

const assignTask = (task, team) => {
  // 1. 크리티컬 패스 우선
  if (task.isCritical) {
    return team.getMostExperienced();
  }

  // 2. 부하 분산
  const workload = team.map((member) => ({
    name: member.name,
    current: member.getCurrentHours(),
    capacity: member.getWeeklyCapacity(),
  }));

  // 3. 성장 기회 제공
  if (task.difficulty === 'medium' && !task.isCritical) {
    return team.getJuniorWithCapacity();
  }

  // 4. 전문성 매칭
  return team.getBestMatch(task.requiredSkills);
};

4.3 리소스 대시보드 예시

주간 리소스 현황

팀원	월	화	수	목	금	총계	상태
Alice	8h	8h	6h	4h	8h	34h	🟢
Bob	8h	8h	8h	8h	8h	40h	🟡
Carol	10h	10h	8h	8h	4h	40h	🟡
Dave	12h	10h	10h	8h	8h	48h	🔴

🟢 여유 (< 35h) 🟡 적정 (35-40h) 🔴 과부하 (> 40h)

---

📈 Step 5: 추적과 조정 - 살아있는 WBS (지속적)

5.1 일일 추적 시스템

5.2 번다운 차트 읽기

import matplotlib.pyplot as plt
import numpy as np

# 번다운 차트 데이터
days = np.arange(1, 11)
planned = np.linspace(100, 0, 10)  # 이상적 진행
actual = [100, 92, 85, 82, 75, 68, 55, 45, 30, 15]  # 실제 진행

# 추세선 기반 예측
trend = np.poly1d(np.polyfit(days[:len(actual)], actual, 1))
predicted_completion = -trend.c[1] / trend.c[0]

print(f"예상 완료일: Day {predicted_completion:.1f}")
# 출력: 예상 완료일: Day 11.2 (1.2일 지연 예상)

5.3 조정 트리거 포인트

WBS 재조정이 필요한 신호

🚨 즉시 조정 필요

• 크리티컬 패스 작업 지연
• 핵심 인력 이탈
• 요구사항 대폭 변경

⚠️ 검토 필요

• 실제 진행이 계획 대비 ±20%
• 3개 이상 작업이 동시 지연
• 예상 시간 초과 작업 다수 발생

📊 모니터링

• 번다운 차트 기울기 변화
• 리소스 활용률 < 70% 또는 > 110%
• 품질 이슈 증가 추세

---

🤖 보너스: AI로 WBS 작성 시간 90% 단축

ChatGPT가 WBS 초안을 만들어준다면?

# 기존: 전부 수작업
manual_wbs = {
    "브레인스토밍": "30분",
    "작업_분해": "1시간",
    "시간_추정": "1시간",
    "검증": "30분",
    "총": "3시간"
}

# AI 활용
ai_assisted_wbs = {
    "ai_생성": "5분 (프롬프트 입력)",
    "인간_검토": "15분 (도메인 지식 반영)",
    "조정": "10분",
    "총": "30분"
}

# 결과: 6배 빠름!

간단한 프롬프트 예시

다음 프로젝트를 WBS로 분해해줘:

프로젝트: Todo 앱 개발
기술: React + Node.js
기간: 2주
팀: 3명

요구사항:
- 3-4 레벨로 분해
- 작업당 4-8시간
- 담당자 역할 명시 (프론트/백엔드/QA)
- YAML 형식

시작!

AI가 10분 만에 50개 작업을 제안합니다!

자세한 프롬프트는 "ChatGPT로 30분 만에 WBS 초안 만들기" 글을 참고하세요.

---

🛠️ 도구 활용 팁

Excel vs 전문 도구

도구별 장단점

기능	Excel	Jira	MS Project	Plexo
WBS 구조	⭐⭐⭐	⭐⭐	⭐⭐⭐⭐⭐	⭐⭐⭐⭐
실시간 협업	⭐	⭐⭐⭐	⭐⭐	⭐⭐⭐⭐⭐
자동 계산	⭐⭐	⭐⭐⭐	⭐⭐⭐⭐⭐	⭐⭐⭐⭐
학습 곡선	⭐⭐⭐⭐⭐	⭐⭐⭐	⭐⭐	⭐⭐⭐⭐
가격	⭐⭐⭐⭐⭐	⭐⭐⭐	⭐	⭐⭐⭐⭐

---

💡 프로 팁: 실전 노하우 5가지

1. "Done의 정의" 명확히

Definition of Done 체크리스트

•  코드 작성 완료
•  단위 테스트 통과
•  코드 리뷰 완료
•  문서 업데이트
•  PR 머지됨
•  스테이징 배포 확인

2. 버퍼 현명하게 숨기기

# 개별 작업 레벨이 아닌 마일스톤 레벨에 버퍼 추가
milestone_buffer = total_estimate * 0.2
hidden_buffer = {
    'integration_testing': '예상보다 길게',
    'deployment_prep': '여유 시간',
    'documentation': '품질 보증'
}

3. 일일 15분 규칙

매일 퇴근 전 15분:

1. 오늘 완료한 작업 체크 (5분)
2. 내일 작업 확인 (5분)
3. 블로커/리스크 기록 (5분)

4. 회고 통한 추정 개선

const improveEstimation = (completed_tasks) => {
  const accuracy = completed_tasks.map((task) => ({
    type: task.type,
    estimated: task.estimated,
    actual: task.actual,
    ratio: task.actual / task.estimated,
  }));

  // 작업 유형별 보정 계수 계산
  const corrections = groupBy(accuracy, 'type').map((group) => ({
    type: group[0].type,
    correction: average(group.map((g) => g.ratio)),
  }));

  return corrections;
};

5. 스프린트와 WBS 연동

2주 스프린트 WBS 템플릿

Sprint Goal: 사용자 인증 구현

Committed (80%)

• 로그인 API (16h)
• 회원가입 API (12h)
• JWT 토큰 관리 (8h)

Stretch (20%)

• 소셜 로그인 (12h)
• 2FA 구현 (8h)

Buffer: 20% (내재)

---

🎯 체크리스트: 당신의 WBS는 건강한가?

WBS 건강도 체크

구조 (Structure)

•  100% 규칙 준수
•  MECE 원칙 적용
•  3-4 레벨 깊이
•  8-40시간 작업 단위

명확성 (Clarity)

•  모든 작업에 담당자
•  완료 기준 정의
•  의존관계 명시
•  우선순위 설정

현실성 (Reality)

•  3점 추정 적용
•  버퍼 20% 포함
•  리소스 검증 완료
•  리스크 식별

추적성 (Tracking)

•  일일 업데이트
•  번다운 차트 운영
•  주간 리뷰 실시
•  지속적 개선

점수: ___/16 (12점 이상이면 양호)

---

🚀 실천 과제

이번 주 도전 과제

월요일: 현재 프로젝트를 WBS로 정리 (2시간)
화요일: 3점 추정으로 시간 계산 (1시간)
수요일: 팀원과 리뷰 세션 (1시간)
목요일: 첫 번째 추적 시작 (30분)
금요일: 주간 회고 및 조정 (1시간)

템플릿 다운로드

🎁 무료 제공:

• Excel WBS 템플릿
• 3점 추정 계산기
• 번다운 차트 생성기
• RACI 매트릭스 샘플

---

💬 마치며

"계획 수립에 실패하는 것은 실패를 계획하는 것이다" - 벤자민 프랭클린

WBS는 단순한 작업 목록이 아닙니다.
팀의 나침반이자 프로젝트의 지도입니다.

오늘 배운 5단계를 하나씩 적용해보세요.
한 달 후, 당신의 프로젝트 관리 능력은 완전히 달라져 있을 것입니다.

---

다음 단계

🔧 도구편 예고: "Excel에서 벗어나기 - 현대적 WBS 협업 도구 완벽 가이드"

🚀 지금 시작하기: Plexo로 5분 만에 WBS 만들기

---

팀과 이 글을 공유하고 함께 성장하세요!

#WBS #프로젝트관리 #실전가이드 #개발PM #Plexo