칸반

칸반이란 무엇인가

칸반(Kanban)은 작업의 흐름을 보드 위에 시각화하고, 동시에 진행 중인 작업(WIP, Work in Progress)의 수를 제한해 업무의 흐름을 매끄럽게 만드는 방식이다. 원래 제조 현장의 흐름 관리에서 출발했으나, 소프트웨어 개발과 운영 업무로 폭넓게 확장되며 애자일 실천법의 한 축으로 자리 잡았다.

핵심 발상은 일을 한꺼번에 밀어 넣지 않고, 처리 가능한 만큼만 끌어당겨 흐르게 하는 데 있다. 구현 단계에서 팀이 실제로 무엇을 얼마나 진행하고 있는지를 한눈에 드러내는 도구라 할 수 있다.

보드와 흐름의 시각화

칸반 보드는 작업의 진행 상태를 열로 나누어 표현한다. 대기·진행·검토·완료처럼 업무가 거치는 단계를 열로 두고, 각 작업을 카드로 만들어 단계 사이를 이동시킨다.

이렇게 하면 누구의 어떤 작업이 어느 단계에 머물러 있는지가 즉시 보인다. 시각화의 목적은 단순한 현황 게시가 아니라, 흐름이 막히는 지점을 드러내는 데 있다.

특정 열에 카드가 쌓이기 시작하면 그곳이 곧 병목이며, 보드는 그 신호를 가장 먼저 보여 준다.

WIP 제한의 힘

칸반을 다른 방식과 구분 짓는 가장 본질적인 장치는 WIP 제한이다. 각 단계에서 동시에 진행할 수 있는 작업 수에 상한을 두어, 그 한도를 넘으면 새 작업을 끌어오지 않는다.

동시에 벌여 놓은 일이 많을수록 전환 비용이 커지고 어느 것도 제때 끝나지 않는 현상을 막기 위함이다. WIP를 제한하면 팀은 새 일을 시작하기보다 이미 진행 중인 일을 끝내는 데 집중하게 된다.

결과적으로 개별 작업의 처리 시간이 짧아지고 전달 속도가 안정된다.

스크럼과의 차이

칸반은 같은 애자일 계열인 스크럼과 자주 비교된다. 스크럼이 고정된 기간의 스프린트와 정해진 역할·의식을 중심으로 리듬을 만든다면, 칸반은 고정된 반복 주기를 강제하지 않고 흐름을 연속적으로 관리한다.

작업은 정해진 시점에 묶여 들어가는 것이 아니라, 여유가 생길 때마다 백로그에서 끌어와 진행된다. 그래서 우선순위가 자주 바뀌거나 들어오는 요청이 불규칙한 운영성 업무에 잘 맞는다.

둘은 양자택일이 아니며, 스크럼의 틀 안에 칸반의 흐름 관리를 결합해 쓰는 경우도 많다.

지표로 흐름을 다스린다

칸반의 성숙도는 감이 아니라 측정 가능한 흐름 지표로 드러난다. 작업이 시작되어 완료되기까지 걸린 시간, 단위 기간에 끝낸 작업의 수, 단계별 대기 시간 같은 값이 대표적이다.

이 지표들을 누적해 보면 어느 단계가 일관되게 흐름을 지연시키는지, 처리량이 안정적인지를 객관적으로 판단할 수 있다. 병목이 확인되면 인력을 재배치하거나 WIP 한도를 조정해 흐름을 회복시킨다.

이렇게 측정과 조정을 반복하는 점진적 개선이 칸반 운영의 본령이다.

점진적 도입과 백로그

칸반은 기존의 일하는 방식을 한꺼번에 갈아엎으라고 요구하지 않는다. 지금의 업무 흐름을 그대로 보드에 옮겨 시각화하는 것에서 시작해, 병목이 보이는 곳부터 조금씩 개선해 나가는 진화적 접근을 취한다.

이 점이 도입 저항을 줄이고 운영 현장에 빠르게 안착하게 만든다. 보드로 끌어올 작업의 원천은 제품 백로그이며, 우선순위가 높은 항목부터 흐름에 태우는 방식으로 가치 전달의 순서를 통제한다.

큰 변혁이 아니라 작은 개선의 누적으로 효과를 내는 것이 칸반의 운영 철학이다.