WIP Limit(WIP 제한)이란 무엇인가요?

WIP Limit(Work In Progress Limit, WIP 제한) 은 칸반(Kanban) 방법론의 핵심 원칙으로, 작업 흐름의 각 단계에서 동시에 진행할 수 있는 최대 작업 수를 제한하는 것입니다.

WIP 제한의 핵심 철학은 "시작을 멈추고, 완료를 시작하라(Stop Starting, Start Finishing)" 입니다. 진행 중인 작업의 총량을 줄이는 것이 아니라, 동시에 처리되는 작업의 수를 제한하여 집중력을 높이고 흐름(Flow)을 개선합니다.

리틀의 법칙 (Little's Law)

대기열 이론의 핵심 공식이 WIP 제한의 이론적 근거입니다:

평균 리드 타임 = 평균 WIP / 평균 처리량

이 공식에 따르면, 처리량이 일정할 때 WIP를 줄이면 리드 타임이 비례적으로 감소합니다.

멀티태스킹의 숨겨진 비용

인지 과학 연구에 따르면, 컨텍스트 스위칭(작업 전환)은 매번 15-25분의 재집중 시간을 요구합니다. WIP 제한은 이런 불필요한 전환을 줄여 실제 생산적인 시간을 극대화합니다.

병목 현상 가시화

WIP 제한이 없으면 병목 현상이 숨겨집니다. WIP 제한을 설정하면:

• 작업이 특정 단계에서 쌓이는 것이 시각적으로 드러남
• 팀이 병목을 해결하도록 자연스럽게 유도
• 시스템 전체의 흐름 개선으로 이어짐

초기 설정 가이드

단계별 접근:

1. 현재 상태 측정: 각 단계에서 현재 평균적으로 진행 중인 작업 수 파악
2. 초기 WIP 제한 설정: 현재 평균 WIP의 약 80%로 시작
3. 관찰 기간: 2-4주 동안 데이터 수집
4. 조정: 데이터를 기반으로 WIP 제한 조정

팀원 수 기반 공식:

WIP 제한 = 팀원 수 × (1.0 ~ 1.5)

• 5명 팀 → WIP 제한 5-8
• 협업이 많은 팀(페어 프로그래밍 등) → 낮은 배수
• 독립적 작업이 많은 팀 → 높은 배수

단계별 WIP 제한 예시

| 백로그 | 분석 [2] | 개발 [4] | 코드리뷰 [2] | QA [3] | 배포 대기 [2] | 완료 | 

각 단계의 WIP 제한은 해당 단계의 특성을 반영합니다:

• 분석 [2]: PO와 분석가 2명이 동시에 작업
• 개발 [4]: 개발자 4명이 각각 하나의 작업에 집중
• 코드리뷰 [2]: 리뷰 대기 병목 방지
• QA [3]: 테스터의 처리 용량 반영
• 배포 대기 [2]: 배포 빈도에 맞춰 제한

WIP 제한 조정 시기

WIP 제한을 낮춰야 할 때:

• 작업의 사이클 타임이 증가하고 있을 때
• 품질 이슈가 빈번할 때
• 팀원들의 멀티태스킹이 과도할 때

WIP 제한을 높여야 할 때:

• 유휴 시간이 빈번하게 발생할 때
• 팀에 새 팀원이 합류했을 때
• 병렬 작업이 필요한 프로젝트 특성이 있을 때

연구 및 사례 데이터

David Anderson의 칸반 도입 사례와 업계 연구에 따르면:

한국 기업 사례

카카오에서는 칸반 도입과 WIP 제한 설정 후 코드 리뷰 대기 시간이 60% 감소했다는 내부 사례가 보고되었습니다. 네이버의 일부 개발 팀에서도 WIP 제한 도입 후 스프린트 완료율이 20% 이상 개선되었습니다.

차단(Blocking) 정책

WIP 제한에 도달하면 새 작업을 시작할 수 없습니다. 이때의 대응:

1. 기존 작업 완료 집중: 완료에 가장 가까운 항목부터 처리
2. 스워밍: 병목 구간에 여러 팀원이 집중 투입
3. 페어 프로그래밍: 두 명이 함께 하나의 작업 완료
4. 블로커 해결: 장애물이 있는 항목의 차단 요인 제거
5. 기술 부채 해소: 리팩토링, 테스트 추가, 문서화 등

예외 처리

모든 규칙에는 예외가 있을 수 있습니다:

• 긴급 항목(Expedite): 서비스 장애 등 즉시 처리해야 하는 작업
• 팀 합의: 팀 전체가 합의한 경우 일시적으로 초과 가능
• 투명성: 초과 사유를 칸반 보드에 명시

스크럼반 (Scrumban)

스크럼반은 스크럼의 구조에 칸반의 WIP 제한을 결합한 하이브리드 접근법입니다:

• 스프린트 구조는 유지하면서 WIP 제한으로 흐름 개선
• 스프린트 내에서의 작업 관리를 칸반 방식으로 운영
• 스프린트 계획과 칸반 풀(Pull) 시스템의 장점 결합

SAFe에서의 WIP 제한

SAFe에서는 팀 레벨뿐만 아니라 프로그램과 포트폴리오 레벨에서도 WIP 제한을 적용합니다:

• 팀 레벨: 칸반 보드의 단계별 WIP 제한
• 프로그램 레벨: 동시 진행 Feature 수 제한
• 포트폴리오 레벨: 전략적 이니셔티브 수 제한

칸반 보드에서의 표시

┌─────────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ 백로그 │ │ 개발 [3] │ │ 리뷰 [2] │ │ 완료 │ ├─────────────┤ ├──────────┤ ├──────────┤ ├──────────┤ │ ▪ 항목 D │ │ ▪ 항목 A │ │ ▪ 항목 B │ │ ▪ 항목 E │ │ ▪ 항목 E │ │ ▪ 항목 C │ │ │ │ ▪ 항목 F │ │ ▪ 항목 F │ │ ▪ 항목 G │ │ │ │ │ │ ... │ │ ⚠ 한도! │ │ │ │ │ └─────────────┘ └──────────┘ └──────────┘ └──────────┘

누적 흐름 다이어그램 (CFD)

CFD에서 WIP 제한의 효과를 확인할 수 있습니다:

• 각 상태 영역의 수직 거리 = 해당 단계의 WIP
• WIP 제한 적용 후 영역이 좁아지면 성공적
• 수평 거리 = 리드 타임 (WIP 감소 시 함께 감소)

WIP 제한 숫자는 어떻게 정하나요?

팀원 수의 1-1.5배로 시작하여 실험적으로 조정하세요. 너무 높으면 효과가 없고, 너무 낮으면 유휴 시간이 증가합니다. 2-4주 단위로 데이터를 분석하며 최적값을 찾아갑니다.

WIP 제한을 개인 단위로 적용할 수 있나요?

네. 개인 칸반(Personal Kanban)에서 개인 WIP 제한을 설정하면 개인의 생산성과 집중력을 높일 수 있습니다. 일반적으로 개인 WIP 제한은 2-3개가 적절합니다.

WIP 제한으로 인해 팀원이 놀게 되면 어떻게 하나요?

이는 시스템의 병목을 드러내는 좋은 신호입니다. 유휴 시간을 다음 활동에 활용하세요: 병목 구간 지원, 기술 부채 해소, 학습, 문서화, 자동화 개선.

칸반이 아닌 스크럼에서도 WIP 제한을 적용할 수 있나요?

네. 스크럼 보드에 WIP 제한을 적용하면 스프린트 내 흐름이 개선됩니다. 이를 스크럼반이라고 합니다.

• WIP - 진행 중 작업
• 칸반 - 칸반 방법론
• 리드 타임 - 리드 타임
• 사이클 타임 - 사이클 타임
• 처리량 - 처리량
• 스크럼반 - 스크럼반