칸반 WIP 제한: 진행 중인 작업의 한도를 정하고 조정하는 법

진행 중인 카드가 열다섯 개나 있는데 완료된 일은 거의 없는 칸반 보드는 활동이 부족한 것이 아닙니다. 어떤 일을 더 시작하지 않을지 결정하지 못한 것입니다. 진행 중인 작업 수를 제한하는 WIP 제한은 이 결정을 명확하게 만듭니다. 합의한 한도에 도달하면 새 일을 가져오기 전에 기존 작업을 끝내거나 막힌 부분을 풀 방법부터 찾습니다.

숫자를 정하는 것만으로는 충분하지 않습니다. 어떤 작업을 한도에 포함할지, 한도에 도달하면 무엇을 할지, 어떤 관찰 결과를 바탕으로 한도를 바꿀지도 정해야 합니다.

WIP 제한은 무엇인가요?

WIP 제한은 정해진 업무 흐름 전체 또는 일부에서 시작했지만 아직 끝내지 않은 작업 수에 대해 팀이 합의한 제약입니다. Kanban Guide는 팀이 WIP를 어떻게 통제할지 정하고 예외를 명확히 하도록 요구합니다. 작업 수의 상한을 정하는 것은 흔히 쓰는 방법이지만, 가이드에서 모든 팀에 동일한 숫자를 정해 주지는 않습니다.

“검토” 열의 한도가 세 개라면 팀의 집계 기준에 따라 그 열에 작업을 세 개까지 둘 수 있다는 뜻입니다. 검토자마다 세 개씩 맡는다는 뜻도, 세 작업의 난이도가 같다는 뜻도 아닙니다. 아직 보드를 설계 중이라면 칸반 보드 가이드를 참고해 업무 흐름부터 정하세요.

집계하기 전에 작업의 시작과 완료 기준을 정합니다. 편집팀에서는 “요청됨” 상태를 WIP에서 제외하고, “초안 작성”부터 “발행 승인”까지를 포함할 수 있습니다. 서비스팀에서는 담당자가 처음 작업을 건드린 시점이 아니라 요청을 수락한 시점부터 시작으로 볼 수도 있습니다.

실제 업무 흐름을 보고 초기 한도를 정하세요

다른 팀의 한도를 그대로 가져오거나 인원수에 임의의 공식을 적용하지 마세요. 현재 보드에서 시작합니다. 진행 중인 작업은 몇 개인지, 어디서 기다리는지, 누가 다음 단계로 넘길 수 있는지, 어떤 작업을 나누어 할 수 있는지 살펴보세요. 일주일에 하루 오후만 검토하는 전문가가 있는 팀과 전담 검토팀은 제약이 다릅니다.

Atlassian의 WIP 안내에서는 팀이 업무 흐름을 알아가면서 한도를 정하고 조정하도록 설명합니다. 초기 한도는 시험해 볼 업무 합의로 사용하세요. 늘 채워 두어야 할 목표가 아닙니다.

이미 감당할 수 있는 수준보다 많은 작업이 진행 중이라면, 초과분을 끝내는 동안 임시로 “새 작업 시작 금지” 규칙을 둘 수 있습니다. 숫자만 적절해 보이도록 미완료 카드를 백로그로 되돌리면 중요한 정보가 사라집니다. 실제로 작업을 취소하거나 진행하기로 한 약속을 철회했다면 그 결정을 명확히 기록하세요.

예시: 콘텐츠 제작팀의 WIP 제한

작가들, 디자이너 한 명, 다른 업무도 맡고 있는 검토자 한 명으로 구성된 가상의 팀을 살펴보겠습니다. 카드 하나는 발행할 수 있는 글 한 편을 뜻하며, 글 안의 세부 작업마다 카드를 만드는 것은 아닙니다. 팀은 현재 업무량을 확인한 뒤 아래 규칙을 초기 기준으로 선택합니다. 숫자는 사례를 설명하기 위한 것이며 권장 기본값이 아닙니다.

화요일에 검토 단계에는 글 두 편이 있고, 디자인 단계에도 검토로 넘길 준비가 된 글이 한 편 있습니다. 디자이너가 한도에 포함되지 않는 “검토 대기” 열을 새로 만들어 아무 설명 없이 글을 옮겨서는 안 됩니다. 팀은 수정을 마치도록 돕거나, 검토 시간을 잡거나, 정말 검토에 넘길 준비가 되었는지 다시 확인할 수 있습니다. 기다리는 시간도 보드에 드러나야 합니다.

단계별 한도만으로 전체 업무량을 알 수는 없습니다. 이 팀은 작업을 수락한 뒤 발행하기까지의 모든 글도 함께 집계해 전체 흐름에서 작업이 얼마나 쌓이는지 확인합니다.

막힌 작업도 빠짐없이 집계하세요

이미 시작했고 아직 끝나지 않은 작업은 막혀 있더라도 진행 중인 작업입니다. 고객의 승인이 필요한 글이라면 현재 단계에 그대로 두고, 막혀 있다는 표시와 다음 행동을 명확히 적습니다. 별도의 보류 구역으로 옮기면 대기열은 계속 커지는데 작업 중인 열은 모두 원활해 보일 수 있습니다.

이 사례에서는 막힌 글을 해당 단계의 한도와 전체 진행 중인 작업 수에 모두 포함합니다. 막힌 카드마다 무엇이 부족한지, 누가 그것을 확보할 수 있는지, 언제 다시 확인할지 기록합니다. 팀이 단계별 한도에 예외를 두기로 합의할 수는 있지만, 작업이 끝나거나 명시적으로 취소될 때까지는 전체 WIP에 포함해야 합니다.

담당자가 병목 구간의 작업을 직접 도울 수 없는 경우도 있습니다. 이때는 부족한 정보를 준비하고, 인수 기준을 명확히 하고, 업무를 배우는 사람과 함께 작업하거나, 반복되는 지연 원인을 해결할 수 있습니다. WIP 제한은 자격이나 역량이 없는 일을 맡으라는 지시가 아닙니다.

긴급 작업의 예외 기준을 명확히 하세요

긴급하다고 처리 역량이 새로 생기지는 않습니다. 수정 사항을 즉시 반영해야 한다면 진행 중인 어떤 일이 기다려야 하는지, 누가 예외를 승인했는지 밝히세요. 긴급 작업을 별도 레인에 두더라도 전체 업무량 집계에서 빠지지 않게 합니다.

유용한 예외 규칙에는 누가 긴급 여부를 결정할 수 있는지, 어떤 상황이 해당하는지, 동시에 몇 개까지 우선 처리할 수 있는지가 포함됩니다. “중요한 이해관계자가 요청했다”는 기준은 너무 모호합니다. 콘텐츠팀에서는 발행된 글의 중대한 오류 수정이 해당할 수 있지만, 새 글을 조금 더 일찍 발행하고 싶다는 요청은 해당하지 않을 수 있습니다.

예외가 자주 생긴다면 그 패턴을 검토하세요. 거의 모든 작업이 한도를 우회한다면 작업을 받아들이는 기준이 잘못되었거나, 함께 지키기 어려운 약속들을 수락하고 있거나, “긴급”이라는 말이 더 이상 정보를 주지 못하는 상태일 수 있습니다.

바빠 보이는 정도가 아니라 흐름 데이터로 한도를 검토하세요

Kanban Guide는 WIP, 처리량, 미완료 작업의 경과 시간, 사이클 타임을 구분합니다. 쉽게 말하면 시작한 작업이 얼마나 있는지, 일정 기간에 얼마나 끝나는지, 미완료 작업이 시작된 지 얼마나 되었는지, 완료된 작업에는 얼마나 걸렸는지를 뜻합니다. 관찰 결과를 비교할 때는 시작과 완료의 정의를 일관되게 유지하세요.

사례의 팀이 검토 한도를 낮춘 뒤, 작성자들이 매번 같은 승인을 받느라 며칠씩 기다린다는 사실을 발견했다고 가정해 보겠습니다. 한도를 높이면 대기열이 더 커질 뿐 승인을 더 빨리 받을 수 있는 것은 아닙니다. 민감한 주장을 미리 검토하거나 대체 승인자를 두는 편이 더 도움이 될 수 있습니다.

의미 있는 기간 동안 비슷한 작업끼리 비교하고, 인력이나 작업 규모가 달라졌다면 기록합니다. 한 주가 한가했다고 최적의 한도를 찾았다고 할 수는 없습니다. 가능하면 한 번에 규칙 하나씩 바꾸고 이유를 기록한 뒤, 품질 문제 없이 오래된 작업이 줄어드는지 살펴보세요. 들어오는 요청이 줄어서 진행 중인 작업 수가 감소한 것이라면 그것만으로 개선에 성공했다고 볼 수는 없습니다.

보드에서 작업 규칙이 보이게 하세요

Boardmix를 열고 콘텐츠팀의 보드를 초안 작성, 디자인, 검토, 발행 준비 열로 나눕니다. 합의한 한도인 3, 2, 2, 2를 각 열의 제목에 적으세요. 글 한 편당 카드 하나를 쓰고, 막힌 작업은 기다리고 있는 단계에 그대로 둡니다. 화요일 검토에서는 검토 카드 두 개 중 하나가 다음 단계로 넘어갈 때까지 세 번째 글을 디자인에 남겨 둡니다. 검토자 이름과 다음 행동도 메모로 덧붙이세요. 카드를 옮기면 적어 둔 숫자도 함께 갱신합니다. 이 표시는 팀의 규칙을 기록한 것입니다.

업무 흐름 자체가 팀에 맞지 않는다면 다른 칸반 보드 구성 예시와 비교해 보세요. 한도를 논의할 때는 실질적인 질문 하나에 집중합니다. 새 작업을 시작하기 전에, 아직 끝내지 않은 어떤 작업을 완료에 더 가깝게 옮길 수 있을까요?