Scrum과 Kanban 비교: 시간 박스 스프린트와 지속적인 흐름, 역할, WIP 제한, 지표, 그리고 이터레이션 기반인 East Agile Tracker 보드가 둘 사이 어디에 위치하는지.
Scrum과 Kanban은 팀들이 가장 자주 비교하는 두 가지 애자일 방법론입니다. 둘 다 작업을 눈에 보이게 만들고, 둘 다 작은 단위로 전달하는 것을 목표로 합니다. 차이는 작업의 속도를 조절하는 방식에 있습니다: Scrum은 고정된 시간 박스 단위로 계획하고, Kanban은 작업을 지속적으로 당겨 오며 동시에 진행 중인 작업량을 제한합니다.
이 페이지는 두 방법론을 비교합니다. XP와 Lean을 포함한 방법론 가족 전체는 애자일 개발이란?을 참고하세요.
Scrum 개요
섹션 제목: “Scrum 개요”Scrum은 작업을 스프린트로 나눠 진행합니다. 스프린트는 고정된 시간 박스로, 보통 1~4주입니다. 각 스프린트는 팀이 끝낼 것으로 예상하는 작업을 고르는 스프린트 계획으로 시작하고, 만든 것에 대한 리뷰와 팀이 일한 방식에 대한 회고로 끝납니다.
Scrum은 세 가지 역할을 정의합니다:
- Product Owner — 제품 백로그와 그 순서를 책임집니다.
- Scrum Master — 프로세스에 대해 팀을 코칭하고 장애물을 제거합니다.
- Developers — 증분을 만듭니다.
주요 척도는 속도입니다: 팀이 스프린트마다 끝내는 작업량으로, 다음 스프린트 계획의 근거가 됩니다. 속도란?을 참고하세요.
Kanban 개요
섹션 제목: “Kanban 개요”Kanban은 팀이 이미 가진 워크플로에서 출발합니다. 작업 항목은 단계를 나타내는 열로 구성된 보드 위를 이동합니다(예: To do → In progress → Review → Done). 이 방법론은 세 가지 개념으로 이루어집니다:
- 워크플로 시각화 — 모든 항목과 모든 단계가 보드 위에 있습니다.
- 진행 중인 작업(WIP) 제한 — 각 열에는 상한이 있어, 하나가 나가야만 새 항목이 들어옵니다.
- 흐름 관리 — 팀은 항목에 걸리는 시간(사이클 타임, 리드 타임)을 측정하고 병목을 제거합니다.
Kanban에는 시간 박스가 없고 역할도 정해 두지 않습니다. 계획은 대기열을 다시 채워야 할 때마다 이루어집니다.
나란히 비교
섹션 제목: “나란히 비교”| Scrum | Kanban | |
|---|---|---|
| 주기 | 고정된 스프린트(1~4주) | 지속적인 흐름 |
| 약속 | 스프린트에 계획한 작업 | 일괄 약속 없음; 여유가 생기면 당겨 옴 |
| 역할 | Product Owner, Scrum Master, Developers | 정해진 역할 없음 |
| 주기 중간의 변경 | 스프린트 안에서는 지양 | 언제든 허용 |
| 작업량 제한 | 스프린트의 용량 | 열별 WIP 제한 |
| 주요 지표 | 속도, 번다운 | 사이클 타임, 리드 타임, 처리량 |
| 보드 | 스프린트마다 초기화 | 계속 유지 |
둘 중 무엇을 고를까
섹션 제목: “둘 중 무엇을 고를까”일반적으로 어느 한쪽이 더 낫지는 않습니다. Scrum은 규칙적인 계획 리듬과 지난 스프린트에 기반한 예측을 원하는 팀, 예를 들어 일정에 맞춰 기능을 출시하는 제품 팀에 잘 맞습니다. Kanban은 예측할 수 없게 들어와서 오는 대로 처리해야 하는 작업, 예를 들어 지원, 운영, 유지보수에 잘 맞습니다.
많은 팀이 둘을 섞어 씁니다(“Scrumban”): 계획 주기를 유지하면서 진행 중인 작업량에도 주의를 기울입니다.
East Agile Tracker의 위치
섹션 제목: “East Agile Tracker의 위치”East Agile Tracker는 이터레이션 기반이므로 Kanban보다는 Scrum과 eXtreme Programming에 더 가깝습니다. 위 개념 중 일부에는 자체 용어를 사용합니다:
- 스프린트는 이터레이션이라고 부릅니다. 각 프로젝트는 이터레이션 길이를 1~4주로 설정합니다. 이터레이션은 자동으로 만들어지며, 열거나 닫을 스프린트가 없습니다. 이터레이션을 참고하세요.
- 백로그는 하나의 순서 있는 목록입니다. 제품 책임자가 엄격한 우선순위 순서로 관리하며, Backlog는 속도를 바탕으로 다가오는 이터레이션을 예측합니다. 사용자 스토리와 이터레이션 계획을 참고하세요.
- 속도가 계획의 크기를 정합니다. auto-plan iterations가 켜져 있으면 현재 이터레이션은 속도까지만 채워지고 그 이상은 채워지지 않습니다. 이터레이션 계획을 참고하세요.
- 각 스토리가 자신의 상태를 가집니다. 스토리는 보드 열을 옮겨 다니는 대신 Unstarted → Started → Finished → Delivered → Accepted로 진행하며, 상태는 카드에 표시됩니다. 상태 기계를 참고하세요.
WIP 제한은 없으며, 이터레이션 없이 흐름만으로 운영하는 모드도 없습니다. 이어받은 Kanban의 개념은 가시성(모든 스토리와 그 상태가 하나의 보드 위에 있음)과 흐름 지표입니다: 지표 페이지는 속도 추세, 번다운, 이터레이션 사이에 이월된 스토리를 보여 줍니다.