칸반 보드

보드가 없는 팀에서 진행 상황은 각자의 머릿속과 어제 주고받은 메시지에 흩어져 있습니다. 물어보면 답이 나오지만 묻지 않으면 아무것도 드러나지 않아서, 상태를 확인하는 일 자체가 매일 누군가의 업무가 됩니다.

페이지덱 초기에도 그랬습니다. 지현이 "알림 설정 화면 어디까지 됐어요" 하고 물으면 태오는 "거의 다 됐어요" 라고 답했는데, 그 말은 코드를 다 썼다는 뜻일 때도 있고 리뷰까지 끝났다는 뜻일 때도 있었습니다. 같은 답을 듣고 지현은 이번 주 출시를, 태오는 다음 주를 생각했습니다.

더 곤란한 쪽은 개수였습니다. 태오가 그 주에 동시에 열어 둔 일이 네 건이라는 사실은 아무에게도 보이지 않았습니다. 네 건을 번갈아 붙들면 각각은 조금씩 나아가지만 어느 하나도 끝나지 않고, 밖에서는 "다 진행 중" 이라는 말만 반복됩니다.

칸반은 일의 흐름을 눈에 보이게 만들고 동시에 진행하는 양을 제한해 흐름을 고치는 방식입니다. 보드는 그 첫 단계를 맡아, 머릿속에 있던 상태를 판 하나에 옮겨 놓습니다.

보드가 해결하는 것은 속도가 아니라 보이지 않음입니다. 일이 어디에 있는지, 한 단계에 몇 건이 몰려 있는지, 어느 칸에서 시간이 사라지는지를 물어보지 않고도 알 수 있게 만듭니다.

드러나는 것은 셋입니다.

1. 작업의 현재 단계. 카드가 놓인 칸이 곧 그 작업의 워크플로 상태입니다. "거의 다 됐다" 대신 "코드 리뷰 칸에 있다" 는 사실이 남습니다.
2. 한 단계에 몰린 양. 개발 중 칸에 카드가 여섯 장인데 개발자가 넷이면 누군가는 두 건을 동시에 붙들고 있다는 뜻입니다. 이 숫자는 세어 보지 않아도 눈에 들어옵니다.
3. 기다리는 구간. 리드 타임은 요청이 들어온 뒤 끝날 때까지 걸린 시간이고 사이클 타임은 실제로 손을 대기 시작한 뒤의 시간인데, 둘의 차이가 검수 대기 칸에서 사흘씩 머무는 그 시간입니다.

그래서 칸을 세우는 방식이 보드의 값을 거의 결정합니다. 남의 보드를 옮겨 오는 대신 자기 팀이 실제로 기다리는 지점마다 칸을 하나씩 세웁니다. 검수를 따로 세우지 않고 개발 중과 완료만 두면, 검수에서 사흘이 사라져도 보드에는 아무 변화가 없습니다.

다만 보드는 드러내기만 합니다. 흐름을 실제로 바꾸는 건 그 위에 거는 규칙입니다. 한 칸에 올려 둘 수 있는 카드 수의 상한인 WIP 제한을 걸어야 다섯 번째 카드를 열려던 사람이 멈추고, 여유가 생긴 사람이 다음 카드를 끌어가는 풀 시스템이라야 그 상한이 뜻을 가집니다.

일의 상태를 관리하는 도구가 보드만 있는 건 아닙니다.

1. 목록. 스프레드시트나 할 일 앱에 항목만 나열합니다. 단계가 사실상 하나뿐이고 사람이 두셋인 팀에는 이쪽이 빠릅니다. 대신 각 항목이 어느 단계에 있는지는 담당자에게 물어야 압니다.
2. 주기 단위 목록. 스크럼을 쓰는 팀은 2주짜리 주기에 담은 작업 묶음인 스프린트 백로그를 놓고 남은 양이 줄어드는 모습을 봅니다. 주기마다 내놓겠다는 약속이 필요한 팀에 맞습니다. 대신 카드가 주기 안에서 어느 칸에 막혀 있는지는 나오지 않습니다.
3. 날짜 막대. 각 일을 시작일과 종료일이 있는 가로 막대로 그립니다. 외부와 날짜를 계약으로 정해 둔 일에는 이만한 그림이 없습니다. 대신 우선순위가 매주 바뀌는 제품팀에서는 막대를 다시 그리는 품이 계속 들고, 다시 그린 그림도 며칠 안에 또 틀어집니다.

고르는 기준은 단순합니다. 일이 여러 단계를 한 방향으로 지나가고 그 사이에 기다리는 구간이 있으면 보드, 날짜가 먼저 정해져 있으면 막대, 단계랄 것이 없으면 목록입니다.

보드를 골라도 한 판으로 버티기 어려워지는 순간은 옵니다. 장애 대응과 신규 기능이 같은 칸을 두고 경쟁하면 급한 쪽이 늘 이깁니다. 이때 보드를 가로로 한 번 더 나눈 줄인 스윔레인으로 종류마다 몇 장까지 올릴지를 따로 정합니다.

"지금 개발 중 칸에 여섯 장 올라가 있어요. 새로 열지 말고 리뷰부터 비웁시다."

한 단계에 일이 몰렸으니 새 작업을 시작하는 대신 앞선 작업을 다음 칸으로 넘기자는 제안입니다.

"그거 보드에 카드가 없는데요."

기록되지 않은 일은 남들 눈에 존재하지 않으니 카드부터 만들라는 뜻입니다.

"검수 대기 칸을 따로 세웁시다. 지금은 완료로 보이는데 실제로는 거기서 사흘씩 기다려요."

칸이 실제 단계를 못 따라가고 있으니 보드의 구조를 고치자는 말입니다.

페이지덱의 데일리 스크럼은 보드를 띄워 놓고 진행합니다. 사람 순서로 돌아가며 어제 한 일을 말하는 대신 완료에 가장 가까운 카드부터 오른쪽에서 왼쪽으로 훑습니다. 끝에 가까운 일을 먼저 밀어내는 편이 새 일을 여는 것보다 팀 전체에 이롭기 때문입니다.

그 자리에서 태오가 "이건 외부 결제사 답을 기다리는 중" 이라고 말하면 카드에 블로커 표시를 붙입니다. 반대로 코드 리뷰 칸에만 카드가 계속 쌓이면 그건 한 장이 아니라 구간의 문제인 병목이고, 리뷰할 사람을 늘리거나 앞 칸의 상한을 줄여 풉니다.

보드를 세우면 일이 빨라진다고 기대하는 경우가 가장 많습니다. 칸반을 도입한다는 말이 실제로는 보드를 만든다는 말로 통하니 자연스러운 오해입니다. 하지만 보드는 상태를 비추는 판이라, 벽에 카드를 붙인다고 동시에 붙들고 있는 일의 개수가 줄지는 않습니다. 상한 없이 보드만 쓴 팀은 반년 뒤에 카드 옮기는 품만 늘어난 채 걸리는 시간은 그대로인 상태를 마주합니다.

칸을 잘게 나눌수록 정확해진다고 보는 것도 흔합니다. 열두 칸으로 쪼개면 실제에 가까워질 것 같지만, 칸이 늘수록 카드를 옮기는 손이 밀려 보드는 며칠 지난 상태를 보여 줍니다. 아무도 믿지 않는 보드가 되면 사람들은 다시 메신저로 상태를 물어봅니다. 칸은 실제로 대기가 생기는 지점에만 세웁니다.