Kanban과 Scrum의 차이는 무엇인가요?

Question

Accepted Answer

둘 다 Agile 접근이지만, Scrum은 **타임박스 기반의 역할 중심 프레임워크**인 반면 Kanban은 작업 시각화와 진행 중 작업(WIP) 제한에 초점을 맞춘 **연속 흐름 방법**입니다. 많은 팀이 둘을 혼합합니다("Scrumban").

## 나란히 비교

| 측면 | Scrum | Kanban |
|--------|-------|--------|
| 주기 | 고정된 Sprint | 연속 흐름 |
| 역할 | PO, Scrum Master, Developers | 규정된 역할 없음 |
| 변경 주기 | Sprint 내 backlog 안정 | 언제든 재우선순위화 |
| 핵심 지표 | velocity | cycle time, throughput |
| 핵심 제약 | Sprint 약속 | WIP 제한 |
| 가장 적합한 경우 | 계획 가능한 배치 작업 | 인터럽트 주도 흐름(예: 지원) |

## 구체적인 예시

2주 배치로 기능을 만드는 제품 팀은 Scrum에 맞습니다. 예측 불가능한 티켓의 꾸준한 흐름을 처리하는 지원/운영 팀은 Kanban에 맞아, WIP 제한 아래에서 역량이 비는 대로 다음 항목을 가져옵니다.

## 흔한 함정

- 작업이 진정으로 연속적인데도 지원 팀을 Sprint로 밀어 넣는 것.
- Kanban을 "프로세스 없음"으로 도입하는 것. WIP 제한과 흐름 지표가 그 규율입니다.
- 이유를 이해하지 못한 채 둘을 섞는 것(카고 컬트 Scrumban).

## 왜 중요한가

작업이 실제로 도착하는 방식에 맞는 모델을 고르면 프로세스와 현실 사이의 끊임없는 마찰을 방지합니다.

둘 다 이해하면 접근을 맞춤화할 수 있습니다. 예를 들어 흐름을 개선하기 위해 Scrum 팀 안에서 Kanban의 WIP 제한을 사용할 수 있습니다.

주기	고정된 Sprint	연속 흐름
역할	PO, Scrum Master, Developers	규정된 역할 없음
변경 주기	Sprint 내 backlog 안정	언제든 재우선순위화
핵심 지표	velocity	cycle time, throughput
핵심 제약	Sprint 약속	WIP 제한
가장 적합한 경우	계획 가능한 배치 작업	인터럽트 주도 흐름(예: 지원)