칸반 보드로 QA 검수까지 굴릴 때의 구조
칸반 보드로 QA 검수까지 굴리기

칸반 보드에 검수를 넣으면 왜 꼭 막힐까
칸반 보드는 원래 흐름을 보이게 만드는 도구입니다. 카드가 왼쪽에서 오른쪽으로 흐르고, 어디에 쌓이는지를 보면 병목이 보입니다.
그런데 QA 검수를 이 흐름에 넣으면 유독 자주 막힙니다. 검수대기 열에 카드가 스무 장 쌓여 있고, 그 상태로 일주일이 지나고, 릴리즈 전날 몰아서 봅니다. 보드는 정직하게 병목을 보여주고 있는데 정작 해결은 안 됩니다.
원인은 대개 셋 중 하나입니다. 하나씩 보겠습니다.
원인 1 — 검수를 "열"로 만들면 담당이 사라집니다
할 일 / 진행중 / 검수대기 / 완료 같은 보드에서, 진행중 카드에는 담당자가 붙어 있습니다. 그런데 검수대기로 넘어가는 순간 담당이 애매해집니다. 개발자는 자기 일을 끝냈으니 손을 뗐고, 검수자는 아직 자기 것으로 가져가지 않았습니다.
칸반 용어로 하면 당기는(pull) 사람이 정해지지 않은 열입니다. 이런 열은 반드시 쌓입니다. 밀어 넣는 쪽은 있고 당기는 쪽은 없으니까요.
해결은 열을 늘리는 게 아니라 검수 담당을 카드에 명시하는 겁니다. 검수 열에 들어간 카드는 곧바로 누군가의 이름을 달아야 합니다. 그게 안 되면 그 열은 대기실이 아니라 창고가 됩니다.
buggle에서 이슈가 검수요청 상태가 되면 그 이슈는 검수할 사람의 내 차례 목록에 들어갑니다. 보드 어딘가에 쌓여 있는 게 아니라, 각자 자기 화면에서 "지금 내가 처리할 것"으로 보입니다.

원인 2 — 되돌아오는 카드를 표현할 방법이 없습니다
칸반의 기본 가정은 카드가 한 방향으로 흐른다는 것입니다. 그런데 검수는 되돌려 보내는 일이 본업입니다. 열 건 보면 두세 건은 다시 고쳐야 합니다.
이때 보드에서 카드를 진행중으로 되돌리면, 그 카드는 처음 들어온 카드와 겉보기에 똑같아집니다. 두 번째 왕복인지 네 번째 왕복인지가 안 보입니다. 그래서 이런 정보가 사라집니다.
- 이 버그는 몇 번 반려됐는가
- 반려가 자주 나는 화면은 어디인가
- 반려 사유가 매번 같은가 (재현 조건이 부실했나, 수정 범위가 좁았나)
이건 품질 관리에서 가장 값진 데이터인데, 카드를 왼쪽으로 미는 순간 지워집니다.
그래서 buggle은 반려를 새 카드나 되돌림이 아니라 상태로 둡니다. 재수정요청으로 갈리면 같은 이슈 안에 왕복이 누적되고, 재확인반려 보고서에서 "한 번에 안 끝난 이슈"만 따로 뽑아볼 수 있습니다.
원인 3 — 한 카드에 여러 파트가 걸려 있습니다
칸반의 WIP 제한은 "동시에 진행 중인 일을 줄이면 전체가 빨라진다"는 원리입니다. 이게 성립하려면 카드 하나가 한 사람의 한 작업이어야 합니다.
버그는 그렇지 않은 경우가 많습니다. 하나의 버그에 기획 판단, 개발 수정, 디자인 교체가 다 필요하면 그 카드는 한 열에 있으면서 실제로는 세 갈래로 진행됩니다. 진행중 열의 카드 수를 세도 실제 부하를 못 나타내고, WIP 제한도 의미가 없어집니다.
두 가지 방법이 있습니다.
- 카드를 쪼갠다 — 파트마다 카드를 만듭니다. WIP 계산은 정확해지지만, 같은 버그가 보드에 세 장 흩어져 "이 버그 지금 어디까지 됐지"를 볼 수 없게 됩니다.
- 카드 안에서 쪼갠다 — 이슈는 하나로 두고, 그 안에서 파트별로 담당과 상태를 나눕니다. 보드에서는 한 줄이지만 파트별 진행이 그 줄에 다 보입니다.
buggle은 두 번째 방식입니다. 목록에서 이슈 한 줄에 파트별 담당과 상태가 함께 보이고, 무관한 파트는 사유를 적어 작업없음으로 빼면 남은 파트만 셈에 들어갑니다.

검수까지 포함한 흐름은 이렇게 됩니다
정리하면 이런 모양입니다.
| 단계 | 누가 당기나 | 끝났다는 신호 |
|---|---|---|
| 미수정 | 파트 담당자 | 담당이 진행중으로 가져감 |
| 진행중 | 파트 담당자 | 작업완료 |
| 작업완료 | (배포 담당) | 배포/반영 — 파트 종료 |
| 검수요청 | 제보자·검수자 | 확인완료 또는 재수정요청 |
| 재수정요청 | 파트 담당자 | 다시 위로 |
핵심은 모든 단계에 당기는 주체가 있다는 점입니다. 주인 없는 열이 하나라도 있으면 거기가 창고가 됩니다.
보드를 안 바꿔도 되는 경우
지금 쓰는 보드에서 검수 열이 안 쌓이고 있다면, 아무것도 바꿀 필요 없습니다. 검수자가 한 명이고 매일 비우고 있다면 도구 문제는 아예 없는 겁니다.
바꿀 신호는 이렇습니다 — 검수 열이 릴리즈 직전에만 비워지고, 반려된 이슈가 새 카드로 다시 등록되고, "이 버그 예전에도 있지 않았나"에 아무도 답하지 못한다면. 그건 보드가 흐름을 못 담고 있다는 뜻입니다.
buggle은 이 흐름이 기본 상태로 들어 있고 무료로 시작할 수 있습니다. 스프린트 안에서 버그가 밀리는 문제는 스크럼 백로그에서 버그가 사라지는 이유에, 트렐로 같은 범용 보드에서 막히는 지점은 트렐로로 버그를 관리할 때에 따로 적었습니다.

buggle은 어떤 도구인가요?
엑셀보다는 강력하게, Jira보다는 가볍게. 납품 검수부터 사내 QA·IT 이슈 관리까지, 흩어진 이슈를 한곳에 모으고 다음 차례가 저절로 드러나게 만드는 버그 트래커입니다.
- 파트별로 나눠 진행
- 하나의 이슈를 기획·디자인·퍼블·백엔드·프론트엔드 파트로 나눠 각자 진행합니다. 미수정 → 진행중 → 작업완료 → 배포/반영으로 흘러가고, 작업이 필요 없는 파트는 사유를 남기고 작업없음으로 종료합니다.
- 상태를 묻지 않아도 보입니다
- 필수 파트가 모두 끝나면 이슈가 검수요청으로 넘어가고, 확인한 사람이 확인완료로 종결하거나 재수정요청으로 되돌립니다. 이슈 상태를 따로 갱신하지 않아도 파트 진행 상황에서 계산됩니다.
- 화면 단위로 이력이 쌓입니다
- 이슈를 화면 카탈로그에 연결해 두면 '이 화면에서 그동안 무엇이 터졌는지'가 화면 기준으로 모입니다. 회귀 검수 범위를 기억이 아니라 기록으로 잡습니다.
- 고객사는 게스트로 초대
- 회원가입 없이 이름 입력과 필요한 동의 절차만으로 참여합니다. 초대한 프로젝트 또는 지정한 이슈로 범위를 한정할 수 있고, 만료 시점도 지정할 수 있습니다.
- 쌓인 데이터를 보고서로
- 화면별 수정이력 · 처리 추이 · 재확인·반려 · 노후·지연 · 담당자·파트별 리포트를 제공합니다. 오래 방치된 이슈와 반려가 반복되는 지점을 숫자로 봅니다.
- buggle Capture · 붙여넣기 없이
- 단축키로 전체·영역·고정영역을 찍고 화면 녹화(GIF)도 남깁니다. 찍자마자 강조·번호·텍스트·자르기·가리기(모자이크)로 편집합니다. 켜둔 채 캡처만 하면 buggle의 캡처 버튼에서 바로 불러와 여러 장을 한 번에 첨부합니다. 첨부 전까지 캡처는 그 컴퓨터에만 있습니다. Windows·macOS 지원.
- AI 도구와 연동(MCP)
- Claude Code·Codex 같은 AI 도구에서 이슈를 조회·등록·진행시킬 수 있습니다. 다른 도구에 있던 이슈를 옮겨 올 때도 씁니다.
불편한 점을 알려주세요
쓰다가 불편했던 것, 연동됐으면 하는 도구, 있었으면 하는 기능. 무엇이든 편하게 보내 주세요. 크기와 상관없이 봅니다. 저희가 겪은 문제로 시작한 도구라, 다른 팀이 겪는 문제도 같은 방식으로 듣고 만들려고 합니다. 로그인 후 상단의 개선요청 버튼으로 바로 보내실 수 있습니다.
