태스크 분해와 업무 배분

분해의 기술

🔄 이전 레슨 복습: 이전 레슨에서 AI로 프로젝트 기획과 스코핑을 다뤘어요. 이제 그 기반 위에 실행 수준의 태스크 분해를 배워요.

프로젝트가 압도적으로 느껴지는 경험이 있죠? 산출물이 너무 크고 복잡해서 어디서 시작할지 모를 때.

그 느낌은 정보예요. 업무를 충분히 쪼개지 않았다는 신호예요.

“새 고객 포털 구축"이라는 프로젝트 플랜은 쓸모없어요. “로그인 페이지 와이어프레임 작성(4시간), 인증 API 구현(6시간), 비밀번호 재설정 플로우 개발(3시간)“이라고 쪼개면 실행 가능해요.

통제하는 매니저와 허우적거리는 매니저의 차이는 보통 태스크 분해의 질이에요. AI가 이 분해를 더 빠르고, 더 철저하고, 실수하기 어렵게 만들어요.

WBS(Work Breakdown Structure) 만들기

WBS는 프로젝트 실행의 백본이에요:

이 프로젝트의 WBS를 만들어줘:

프로젝트: [이름과 설명]
산출물: [무엇을 만들어야 하는지]
팀: [가용 역할과 스킬]
타임라인: [전체 마감]

계층적 WBS 생성:

레벨 1: 주요 페이즈 (3-6)
레벨 2: 각 페이즈 내 산출물 (페이즈당 2-5)
레벨 3: 워크 패키지 (관련 태스크 그룹)
레벨 4: 개별 태스크

각 개별 태스크(레벨 4)에:
- 명확하고 액션 중심의 설명
- 추정 공수 (시간)
- 필요 스킬/역할
- 종속성 (무엇이 먼저인지)
- 완료 정의 (완료를 어떻게 아는지)

규칙:
- 모든 태스크는 2-8시간 공수
- 8시간 초과 태스크는 추가 분해
- 사람들이 잊는 태스크 포함: 테스트, 문서화,
  리뷰 사이클, 배포, 인수인계
- 버퍼/컨틴전시 태스크 포함 (총의 10-20%)

예시: 웹사이트 리디자인 분해

실제 분해를 봐요.

프로젝트: 회사 마케팅 웹사이트 리디자인 팀: 디자이너 1, 개발자 2, 카피라이터 1, PM 1 타임라인: 8주

AI 생성 WBS (요약):

페이즈 1: 디스커버리 & 기획 (1-2주차)
├── 1.1 현재 사이트 감사
│   ├── 콘텐츠 인벤토리 (4h, 카피라이터)
│   ├── 분석 리뷰 (3h, PM)
│   ├── 기술 감사 (4h, 개발자)
│   └── 경쟁 분석 (4h, 디자이너)
├── 1.2 요구사항 정의
│   ├── 이해관계자 인터뷰 (6h, PM)
│   ├── 유저 요구사항 문서 (4h, PM)
│   └── 기술 요구사항 문서 (3h, 개발자)
└── 1.3 프로젝트 플랜 확정
    ├── 상세 타임라인 (3h, PM)
    ├── 리소스 배분 (2h, PM)
    └── 킥오프 미팅 준비·진행 (3h, PM)

페이즈 2: 디자인 (2-4주차)
├── 2.1 정보 설계
│   ├── 사이트맵 작성 (4h, 디자이너)
│   ├── 내비게이션 구조 (3h, 디자이너)
│   └── 이해관계자 리뷰·승인 (2h, PM)
├── 2.2 비주얼 디자인
│   ├── 무드보드·스타일 탐색 (4h, 디자이너)
│   ├── 홈페이지 디자인 (8h, 디자이너)
│   ├── 내부 페이지 템플릿 (6h, 디자이너)
│   ├── 모바일 반응형 디자인 (6h, 디자이너)
│   └── 디자인 리뷰·수정 (4h, 디자이너+PM)
└── 2.3 콘텐츠 제작
    ├── 홈페이지 카피 (4h, 카피라이터)
    ├── 소개 페이지 카피 (3h, 카피라이터)
    ├── 서비스 페이지 카피 (6h, 카피라이터)
    └── 카피 리뷰·수정 (3h, 카피라이터+PM)

페이즈 3: 개발 (4-7주차)
...

많은 PM이 잊는 것이 포함됐어요: 리뷰 사이클, 수정 시간, 이해관계자 승인 미팅, 배포 태스크, 버퍼.

“뭘 빠뜨렸지?” 프롬프트

WBS 생성 후 AI에게 감사를 요청하세요:

내 프로젝트 WBS야:

[WBS 붙여넣기]

이 분해를 리뷰하고 식별해줘:

1. 누락 태스크: 이 유형의 프로젝트에서 흔한 태스크 중
   빠진 것은?
   - 테스트·QA
   - 문서화
   - 트레이닝/온보딩
   - 데이터 마이그레이션
   - 리뷰·승인 사이클
   - 배포·고라이브
   - 런칭 후 모니터링
   - 롤백 계획

2. 과소 추정 태스크: 추정보다 오래 걸릴 가능성이
   높은 태스크는? 왜?

3. 누락 종속성: 빠진 태스크 관계는?

4. 리스크 영역: 지연·실패 리스크가 가장 높은 태스크는?

5. 잊혀진 이해관계자: 업무를 리뷰하거나 승인해야 하는
   사람 중 반영 안 된 사람은?

이 “플랜 감사” 단계가 실행 중에 맞닥뜨릴 서프라이즈의 80%를 잡아요.

✅ 확인: 현재 프로젝트 플랜에서 가장 큰 태스크를 찾아보세요. 더 쪼갤 수 있나요? 8시간 초과 태스크는 거의 확실히 복잡성을 숨기고 있어요.

현실적 공수 추정

AI가 합리적 추정치를 생성하지만 보정이 필요해요:

이 WBS의 각 태스크에 세 가지 추정치를 제공해줘:

낙관적: 모든 것이 완벽하게, 방해 없이
현실적: 일반 조건, 약간의 이슈
비관적: 상당한 도전이나 재작업 필요

테이블로 제시:
| 태스크 | 낙관적 | 현실적 | 비관적 | 제안 |

"제안" 추정치는:
(낙관적 + 4×현실적 + 비관적) / 6

PERT 가중 추정 공식이에요.

추가로 플래그:
- 낙관-비관 범위가 매우 넓은 태스크 (불확실성 높음)
- 미지의 변수에 의존해서 추정이 어려운 태스크

핵심 규칙: AI 추정치는 항상 실제 업무 담당자와 검증하세요. AI가 4시간으로 추정한 태스크가 주니어 개발자에게는 12시간, 시니어 개발자에게는 2시간일 수 있어요. 맥락이 중요해요.

우선순위: RICE 프레임워크

용량보다 태스크가 많으면 RICE로 우선순위를 매기세요:

RICE 프레임워크로 다음 태스크/피처의 우선순위를 매겨줘:

우선순위 대상:
[태스크 또는 피처 리스트]

각 태스크 스코어링:
- REACH: 영향받는 유저/이해관계자 수 (숫자)
- IMPACT: 결과를 얼마나 개선하나 (3=엄청남, 2=높음, 1=보통, 0.5=낮음, 0.25=미미)
- CONFIDENCE: 추정에 대한 확신 (100%=높음, 80%=보통, 50%=낮음)
- EFFORT: 완료에 필요한 인·월 (또는 소규모 항목은 인·일)

RICE 점수 = (Reach × Impact × Confidence) / Effort

각 평가에 대한 간단한 근거와 함께 순위 테이블로 제시.

효과적인 업무 배분

올바른 사람에게 올바른 업무를 배분해야 태스크 분해가 의미를 가져요:

내 프로젝트 WBS와 태스크 추정치야:
[WBS 붙여넣기]

팀 구성:
[팀원 리스트 — 스킬, 가용성, 현재 워크로드]

태스크 배분 플랜을 만들어줘:

1. 배분 테이블
   | 태스크 | 담당자 | 배분 이유 |
   | 시작일 | 종료일 | 종속성 |

2. 워크로드 분석
   각 팀원에 대해:
   - 총 배분 시간
   - 주간별 가동률 (%)
   - 오버로드 기간 (80% 초과)

3. 병목
   - 한 사람이 단일 장애점인 곳은?
   - [이 사람]이 1주 불가하면?
   - 백업이 없는 스킬은?

4. 권고
   - 워크로드 조정 제안
   - 병렬화 가능한 태스크
   - 외부 도움이 필요할 수 있는 스킬 갭

종속성 매핑

종속성이 크리티컬 패스를 결정해요. 하나를 놓치면 전체 스케줄이 밀려요:

이 태스크 리스트에서:
[태스크 붙여넣기]

종속성 맵을 만들어줘:

1. 종속성 테이블
   | 태스크 | 종속 대상 | 유형 | 래그 |

   유형:
   - FS: 완료-시작 (가장 흔함)
   - SS: 시작-시작
   - FF: 완료-완료

2. 크리티컬 패스
   종속 태스크의 가장 긴 체인을 식별.
   이 태스크들이 지연되면 전체 프로젝트가 지연.

3. 병렬 트랙
   동시에 진행할 수 있는 태스크를 식별해
   타임라인을 압축.

4. 리스크 종속성
   지연을 가장 일으킬 가능성이 높은 종속성은?
   리스크를 줄이기 위해 무엇을 할 수 있나?

WBS에서 스프린트 백로그로 (애자일)

스프린트로 일하면 WBS를 우선순위 정렬된 백로그로 변환하세요:

이 WBS를 스프린트 백로그로 변환해줘:

[WBS 붙여넣기]

스프린트 길이: [1주 / 2주]
팀 벨로시티: [스프린트당 스토리 포인트 또는 시간]

각 태스크에 대해:
1. 유저 스토리 포맷으로 변환
   "[역할]로서 [결과]를 위해 [액션]하고 싶다"
2. 스토리 포인트 부여 (1, 2, 3, 5, 8, 13)
3. 인수 기준 작성 (스토리당 3-5개)

스프린트별 그룹핑 권고:
- 스프린트 1: [스토리들] (총 포인트: X)
- 스프린트 2: [스토리들] (총 포인트: X)
- ...

종속성 준수: 종속 태스크가 같은 스프린트에 있으면 안 돼요.

실습 과제

진행 중인 프로젝트를 가지고 이 레슨의 프롬프트로 완전한 WBS를 생성하세요. 그다음 “뭘 빠뜨렸지?” 감사 프롬프트를 실행하세요. AI가 찾은 것과 현재 플랜이 커버하는 것을 비교하세요. 추가하거나 추가 분해해야 할 태스크를 최소 3개 식별하세요.

핵심 정리

좋은 태스크 분해가 통제와 허우적거림의 차이 — 모든 것을 2-8시간 태스크로
WBS는 프로젝트를 계층적으로 분해: 페이즈 → 산출물 → 워크 패키지 → 태스크
항상 “뭘 빠뜨렸지?” 프롬프트로 감사: 테스트, 문서화, 리뷰 사이클, 배포가 흔히 누락
불확실한 태스크에 삼점 추정 (낙관적, 현실적, 비관적) 사용
AI 추정치는 항상 실제 업무 담당자와 검증
RICE 프레임워크가 용량 초과 시 우선순위 결정에 도움
종속성 매핑으로 크리티컬 패스 파악 — 밀릴 수 없는 태스크
배분 플랜의 단일 장애점이 가장 세게 맞는 리스크

다음 레슨: 레슨 4: 리스크 관리와 완화에서 문제가 문제가 되기 전에 포착하는 법을 배워요.