워크플로 상태

진행 상황을 확인하는 가장 빠른 방법은 묻는 것입니다. 맡은 사람에게 어떻게 됐는지 물으면 바로 답이 옵니다. 사람이 셋일 때는 이 방법이 가장 싸게 돌아갑니다.

페이지덱에서 그 방법이 무너진 지점은 열 명쯤이었습니다. 지현이 매일 아침 열 명에게 물어 진행 상황을 모았고, 그 자체로 한 시간이 들었습니다. 더 큰 문제는 답이 대부분 거의 다 됐다는 말이었다는 점입니다.

그 말이 사람마다 다른 상태를 뜻했습니다. 코드를 다 썼지만 아직 리뷰를 올리지 않은 사람, 리뷰를 통과했지만 배포를 기다리는 사람, 검수에서 되돌아와 다시 고치는 중인 사람이 모두 같은 문장을 썼습니다. 지현은 그 답을 받아 적고도 이번 주에 몇 건이 나갈지 셀 수 없었습니다.

같은 말이 같은 뜻이 되게 하려면 말을 고를 수 있게 두면 안 됩니다. 칸을 미리 정해 두고 그중 하나를 가리키게 만든 것이 이 값입니다.

팀이 칸 목록을 먼저 정하고, 작업마다 그중 하나를 붙입니다. 정할 것이 다섯입니다.

1. 칸을 무엇으로 가를지. 기준은 일의 성격이 아니라 손이 바뀌는 지점입니다. 할 일, 진행 중, 리뷰 중, 완료 넷이 가장 흔한 출발점이고, 검수를 따로 두는 팀은 여기에 하나를 더합니다. 칸 이름은 하는 일이 아니라 지금 어떤 상태인지로 적습니다.
2. 각 칸의 뜻을 한 줄로 적을지. 특히 마지막 칸이 문제입니다. 완료가 배포까지를 뜻하는지 코드를 합친 것까지를 뜻하는지 팀마다 다르므로, 작업을 끝났다고 부를 공통 기준인 완료 정의와 이 칸을 같은 문장으로 묶어 둡니다.
3. 칸을 몇 개까지 둘지. 칸을 늘리면 어디서 막히는지가 잘 보입니다. 다만 늘어난 칸만큼 옮기는 손이 늘어나고, 옮기는 일이 번거로워지면 사람들이 미루다가 실제 상태와 어긋나기 시작합니다. 대여섯 개를 넘기지 않는 것이 실용적입니다.
4. 기다리는 상태를 따로 둘지. 리뷰 중과 리뷰 대기는 다른 상태입니다. 앞은 누군가 보고 있다는 뜻이고 뒤는 아무도 안 보고 있다는 뜻인데, 한 칸으로 합쳐 두면 사흘 동안 아무도 열지 않은 작업이 진행 중으로 보입니다. 실제로 시간을 잡아먹는 자리가 이 대기 칸이라, 이것을 갈라 두는 것만으로 병목이 눈에 보이게 됩니다.
5. 누가 옮길지. 맡은 사람이 직접 옮깁니다. 관리하는 쪽이 대신 옮기면 이 값은 사실의 기록이 아니라 관리의 흔적이 되고, 맡은 사람은 보드를 자기 도구로 여기지 않게 됩니다.

손으로 옮기는 부담은 자동화로 줄입니다. 변경을 합쳐 달라고 올리는 풀 리퀘스트가 열리면 리뷰 중으로, 합쳐지면 완료로 옮기는 식입니다. 사람이 기억해야 하는 이동을 줄일수록 이 값이 실제와 가까워집니다.

가장 먼저 쓰이는 자리는 작업을 상태별 열에 놓아 흐름을 보여 주는 칸반 보드입니다. 이 값이 곧 열이라서, 칸 목록을 정하는 일과 보드를 설계하는 일이 사실상 같은 일입니다.

두 번째는 매일 짧게 진행 상황을 나누는 데일리 스크럼입니다. 각자 무엇을 했는지 말로 돌아가며 보고하는 대신 보드를 함께 보고 움직이지 않은 카드만 이야기합니다. 어제와 같은 칸에 있는 카드가 곧 막힌 카드입니다.

세 번째는 흐름을 재는 자리입니다. 작업을 시작한 뒤 끝낼 때까지 걸린 시간인 사이클 타임은 이 값이 언제 어느 칸으로 옮겨졌는지의 기록에서 계산됩니다. 어느 칸에 카드가 쌓이는지를 보면 사람이 부족한 구간이 드러나고, 동시에 진행할 작업 수의 상한인 WIP 제한을 어디에 걸지도 여기서 정합니다.

네 번째는 다른 속성과 함께 읽는 자리입니다. 상태만으로는 누가 막혀 있는지 알 수 없어서 그 작업을 맡기로 한 담당자와 함께 봅니다. 리뷰 대기 칸에 카드 여섯 장이 있고 모두 같은 사람에게 걸려 있으면 사람을 늘릴 문제가 아니라 리뷰를 나눌 문제입니다.

다섯 번째는 보고입니다. 여러 작업으로 쪼개지는 큰 덩어리인 에픽의 진행률은 그 아래 카드들의 상태에서 자동으로 나옵니다. 그래서 상태가 실제와 어긋나 있으면 그 위에 얹힌 모든 숫자가 함께 어긋납니다.

"그 카드 아직 진행 중인데요. 상태 좀 옮겨 주세요."

보드가 실제와 어긋나 있다는 지적입니다.

"리뷰 대기 칸을 따로 만듭시다. 지금은 기다리는 시간이 안 보여요."

칸을 갈라 병목을 드러내자는 제안입니다.

"완료가 배포까지인지 머지까지인지 정하죠."

마지막 칸의 뜻을 한 가지로 맞추자는 말입니다.

페이지덱에서는 지현이 칸을 다섯 개로 두고 있습니다. 할 일, 진행 중, 리뷰 대기, 리뷰 중, 완료입니다. 한동안 검수 칸을 더 두었는데, 옮기는 사람이 자주 빠뜨려서 완료 정의에 검수를 포함시키고 칸은 없앴습니다.

태오는 자동 이동을 걸어 두었습니다. 풀 리퀘스트가 열리고 합쳐지는 시점에 카드가 스스로 움직이므로, 사람이 손으로 옮기는 이동은 처음 시작할 때 한 번뿐입니다. 그 뒤로 보드와 실제가 어긋난다는 말이 눈에 띄게 줄었습니다.

칸을 늘리면 관리가 잘 된다고 여기는 경우가 많습니다. 단계가 자세할수록 상황이 정확히 보일 것 같으니 자연스러운 판단입니다. 하지만 칸의 정확도는 사람이 옮겨 주는 만큼만 유지됩니다. 칸이 아홉 개가 되면 하루에 두 번 옮겨야 하는 작업이 생기고, 그러면 사람들은 며칠에 한 번 몰아서 옮기거나 아예 잊습니다. 자세한 칸을 가진 틀린 보드는 거친 칸을 가진 맞는 보드보다 나쁩니다. 앞엣것은 잘못된 숫자를 만들어 내기 때문입니다.

관리자를 위한 값이라고 보는 것도 흔합니다. 진행 상황을 보고하는 데 쓰이니 그렇게 읽힙니다. 그런데 실제로 이 값에서 가장 많이 얻는 쪽은 옮기는 사람입니다. 지금 내 손에 몇 건이 잡혀 있는지, 내가 넘긴 것이 어디서 멈춰 있는지가 묻지 않고도 보입니다. 보고용으로만 쓰이는 보드는 옮기는 일이 남의 일이 되어 금방 낡고, 낡은 보드는 없는 보드보다 판단을 더 흐립니다.