칸반 실무 적용법: 작업 흐름·WIP·완료 기준 설계

칸반을 적용할 때는 보드의 열보다 작업의 시작·완료 기준, 진행 중 작업 제한과 막힌 일을 처리하는 규칙을 먼저 정하세요. 도구를 도입한 사실만으로 처리 시간이 줄었다고 판단하기 어렵습니다.

보드가 표현할 업무 범위를 정하세요

개발팀의 학습 예시라면 요청 검토, 구현, 리뷰, 확인과 완료로 나눌 수 있습니다. 각 단계의 진입 조건과 다음 단계로 이동할 조건을 팀이 함께 적으세요. 이 구성은 예시이며 모든 조직에 같은 열을 권장하는 것은 아닙니다.

Kanban Guide는 작업의 시작·완료와 상태, 진행 중 작업을 통제하는 방법 등을 정의하도록 안내합니다. 보드에 실제 업무가 빠졌거나 완료 기준이 사람마다 다르면 흐름을 해석하기 어렵습니다.

WIP 제한은 팀이 감당할 범위에서 시험하세요

진행 중인 작업을 제한할 범위와 값, 예외 처리 규칙을 정합니다. 리뷰 대기가 많은 팀이라면 새 구현을 계속 시작하기 전에 리뷰를 끝낼 방법을 논의할 수 있습니다. 막힌 카드에는 원인, 필요한 지원과 확인할 시각을 적고 해결할 담당자를 정하세요. 카드에 표시만 하고 방치하지 않도록 다음 점검에서 처리 상태도 확인합니다.

처음 정한 제한이 정답이라고 가정하지 말고 실제 막힘을 기록하세요. 긴급 작업이 들어왔을 때 무엇을 중단하며 누가 결정하는지도 적습니다. 담당자가 없는 카드와 오래 움직이지 않는 카드를 함께 점검하면 됩니다.

성과는 같은 시작·완료 정의로 비교하세요

처리량과 작업에 걸린 시간을 기록할 때 어떤 상태에서 측정하는지 고정하세요. 중간에 완료 기준을 바꿨다면 이전 기록과 단순 비교하지 않습니다. 작업 크기와 종류가 달라졌는지도 확인합니다.

주간 점검에서는 가장 오래 머문 단계와 원인을 보고, 작은 규칙 하나를 바꾼 뒤 결과를 관찰하세요. 리드타임이 줄어든 이유를 설명할 근거 없이 도구의 효과로 단정하거나 특정 감소율을 약속하지 않습니다.

스크럼과 비교할 때 운영의 질문을 바꾸세요

정해진 주기로 목표를 계획할 필요와 수시로 들어오는 작업의 흐름을 관리할 필요를 나눠 보세요. 기존 회의와 역할이 있다면 보드를 추가했을 때 책임이 겹치는지 확인합니다.

혼합 운영에서는 일정 약속과 WIP 규칙이 충돌할 때 누가 조정하는지 정해야 합니다. 보드 이름보다 팀원이 다음에 무엇을 하며 어떤 근거로 완료를 판단하는지 설명할 수 있는 운영이 중요합니다.

자주 묻는 질문

WIP 제한 숫자는 몇 개가 좋나요?

팀과 작업 조건을 보고 정하고 검토하세요. 보편적인 정답이나 일정한 효율 개선율은 제시하기 어렵습니다.

보드 도구를 바꾸면 칸반이 적용되나요?

작업 규칙과 실제 운영을 함께 바꿔야 합니다. 카드 이동만으로 흐름 관리가 완성되지는 않습니다.

관련 학습과 공식 자료

완료를 확인하는 QA 기록 · 협업 기여를 보여주는 포트폴리오

공식 자료 확인: 2026년 10월 3일. 사례와 체크리스트는 학습·비교를 위한 제안이며 실제 성과 측정 결과가 아닙니다.

댓글 달기

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다

위로 스크롤