린

공장이 잘 돌아간다는 말은 오랫동안 기계와 사람이 쉬지 않는다는 뜻이었습니다. 한 공정이 멈추면 그만큼 손해라고 봤으니, 앞 공정은 뒤 공정이 실제로 필요로 하는 양과 상관없이 계속 찍어 냈습니다. 그러면 공정 사이에 만들다 만 물건이 쌓입니다. 쌓인 물건은 돈은 이미 들어갔는데 아직 팔리지 않은 상태라, 창고 자리를 차지하고 설계가 바뀌면 통째로 버려집니다. 그런데도 그 손해는 어느 공정의 실적에도 잡히지 않았습니다. 공정마다 자기 가동률만 보고했고, 그 숫자는 전부 좋았습니다.

1950년대 일본의 자동차 공장은 이 방식을 따라 할 형편이 아니었습니다. 미리 쌓아 둘 자본도 없었고, 그렇게 쌓은 것을 다 소화할 만큼 큰 시장도 없었습니다. 그래서 필요한 만큼만 필요한 때에 만드는 쪽으로 갈 수밖에 없었고, 그 제약에서 나온 규칙들이 나중에 린이라는 이름으로 묶였습니다. 뒤집은 지점은 질문 하나입니다. 어떻게 더 많이 만들 것인가를 묻는 대신, 고객이 돈을 내는 이유와 상관없는 일이 어디에 끼어 있는가를 먼저 물었습니다.

소프트웨어를 만드는 자리에서도 같은 장면이 모양만 바꿔 반복됩니다. 모두가 바쁜데 두 달째 사용자에게 닿은 것이 없는 팀이 그렇습니다. 기능 열두 개가 동시에 시작돼 각각 절반쯤 와 있고, 개발이 끝난 것은 검수를 기다리고, 검수가 끝난 것은 다음 출시 일정을 기다립니다. 주간 회의에서 "이번 주에 뭐 하셨어요" 라는 질문에는 모두가 할 말이 있는데, "이번 주에 뭐가 나갔어요" 라는 질문에는 아무도 답하지 못합니다. 절반쯤 만들어 둔 기능은 공장 바닥에 쌓인 재고와 똑같습니다. 돈은 이미 들어갔고 돌아온 가치는 아직 없습니다.

린이 공장에서 실제로 바꾼 것은 일을 밀어 넣는 방향이었습니다. 앞 공정이 만들 수 있는 만큼 만들어 뒤로 넘기는 대신, 뒤 공정이 가져간 만큼만 앞 공정이 다시 만들게 했습니다. 그러면 사이에 쌓이는 양이 처음부터 늘지 못합니다. 소프트웨어에서 이 규칙에 해당하는 것이 동시에 진행하는 일의 개수를 막아 두는 장치입니다. 개발 중인 항목을 세 건으로 제한해 두면 네 번째를 시작하려던 사람이 먼저 막힌 건을 치우러 갑니다. 새 일을 시작하는 편이 언제나 더 즐겁기 때문에, 막지 않으면 아무도 스스로 치우러 가지 않습니다.

린은 이 상태를 개인이 게으르거나 실력이 모자란 문제로 보지 않습니다. 일이 흐르지 않게 짜인 구조의 문제로 봅니다. 그래서 보는 대상이 바뀝니다. 사람이 얼마나 바쁜지가 아니라 일 한 건이 시작부터 끝까지 겪은 시간을 재고, 그 시간에서 실제로 손을 댄 구간이 얼마나 되는지를 따집니다. 대개 그 비율은 짐작보다 훨씬 낮습니다.

같은 자리를 애자일도 봅니다. 애자일은 짧게 만들어 내보이고 반응에 맞춰 계획을 고치는 쪽에 무게를 두는 접근인데, 열두 개를 동시에 붙들고 있는 상태를 피드백이 늦어지는 문제로 읽습니다. 린은 같은 상태를 재고가 쌓인 낭비로 읽습니다. 읽는 각도는 다른데 시키는 일은 같습니다. 벌여 놓은 것을 줄이고 하나씩 끝내라는 것입니다.

린 아래 묶인 용어는 세 갈래입니다. 무엇을 무엇으로 볼지 정하는 개념, 그 시각을 실제로 돌리는 루프, 그리고 그 루프를 사업 만들기에 통째로 옮긴 갈래입니다.

개념은 린이 현장을 보는 렌즈입니다. 세 가지가 있고, 순서대로 읽어야 뜻이 통합니다.

1. 낭비 — 가치를 만들지 않는 모든 작업과 대기입니다. 아무도 열지 않는 주간 보고서, 리뷰를 기다리며 사흘 멈춰 있는 코드, 만들어 놓고 한 번도 실행되지 않은 기능이 전부 여기 들어갑니다. 만든 것뿐 아니라 기다림도 낭비로 센다는 점이 익숙하지 않은 부분입니다. 아무도 일하지 않는 사흘도 고객이 기다린 사흘이기 때문입니다.
2. 가치 흐름 — 요청 하나가 고객 가치로 바뀌기까지 지나는 전체 경로입니다. 요청 접수, 기획, 디자인, 디자인 리뷰, 개발, 코드 리뷰, 배포처럼 구간을 늘어놓고 구간마다 걸린 시간을 적어 둡니다. 한 사람의 일이 아니라 일 한 건의 여정을 그린다는 점에서 조직도와 다릅니다. 그려 놓으면 멈추는 자리가 눈에 보이고, 대개 그 자리는 아무도 자기 담당이라고 생각하지 않던 구간입니다.
3. 흐름 효율 — 전체 걸린 시간 가운데 실제로 작업한 시간의 비율입니다. 12일 걸린 일에서 손댄 시간이 3일이면 25퍼센트입니다. 처음 재 보는 팀은 대부분 15퍼센트 아래가 나옵니다. 숫자가 낮다고 팀이 놀 것은 아닙니다. 일 한 건이 기다리는 동안 그 사람은 다른 건을 붙들고 있을 뿐입니다. 이 숫자는 사람을 더 바쁘게 한다고 오르지 않습니다. 이미 바쁘기 때문입니다. 오르는 길은 기다리는 구간을 없애는 쪽 하나입니다.

루프는 그 개념을 굴리는 순환입니다. 불확실한 것을 다룰 때 무엇을 반복해야 하는지가 여기 적혀 있습니다.

1. 빌드-측정-학습 — 작게 만들어 내보내고, 반응을 숫자로 재고, 거기서 무엇을 알게 됐는지 정리하는 한 바퀴입니다. 목표는 바퀴를 크게 도는 것이 아니라 한 바퀴에 걸리는 시간을 줄이는 것입니다. 여섯 달에 한 바퀴 도는 팀은 1년에 두 번 배우고, 3주에 한 바퀴 도는 팀은 열일곱 번 배웁니다.
2. 검증된 학습 — 실제 데이터로 확인한 배움만 배움으로 칩니다. "사용자가 좋아할 것 같다" 는 배움이 아니고, "초대 화면을 본 400명 가운데 32명이 팀원을 실제로 초대했다" 가 배움입니다. 회의에서 의견이 갈릴 때 무엇을 근거로 결론을 내릴지 미리 정해 두는 장치이기도 합니다.
3. 피벗 — 배운 것을 근거로 방향을 트는 결정입니다. 사업 전체를 접는 일과 자주 혼동되는데, 그동안 알게 된 것은 그대로 들고 가면서 가설 하나를 바꾸는 쪽에 가깝습니다. 파는 물건은 그대로 두고 파는 대상을 개인에서 팀으로 바꾸는 식입니다.

갈래는 이 생각을 다른 판으로 옮긴 자리입니다. 린 스타트업 하나가 여기 있습니다. 공장은 무엇을 만들지 이미 알고 있고 그 안에서 낭비를 걷어 냅니다. 새로 사업을 시작하는 쪽은 무엇을 만들어야 하는지 자체가 정해져 있지 않습니다. 그래서 가장 큰 낭비의 모양이 달라집니다. 아무도 원하지 않는 것을 아주 잘 만드는 일이 새 사업에서는 최대의 낭비입니다. 열여덟 달을 들여 완성도 높게 만든 제품에 아무도 돈을 내지 않으면 그 열여덟 달이 통째로 재고입니다. 그래서 린 스타트업은 공정의 시간을 재는 대신 가설을 확인하는 데 걸리는 시간을 잽니다. 줄이려는 대상이 물건이 쌓이는 자리에서 틀린 생각이 남아 있는 기간으로 옮겨 간 셈입니다.

세 갈래는 따로 서지 않고 순서대로 서로를 받칩니다. 개념이 무엇을 낭비로 부를지 정해 주지 않으면 루프를 돌려도 무엇을 줄였는지 말할 수 없고, 루프를 돌리지 않으면 개념은 회의에서 쓰는 말로만 남습니다. 흐름 효율을 한 번 재 놓고 개선을 반복하지 않은 팀에는 숫자 하나만 남습니다.

"이 기능 시작해서 나가기까지 3주 걸렸는데 실제로 손댄 시간은 이틀이에요. 나머지는 전부 대기였습니다."

사람을 더 붙일 자리가 아니라 기다리는 구간을 없앨 자리라는 뜻입니다.

"지금 벌여 놓은 게 열두 갠데 이번 주에 나간 건 하나도 없어요. 새로 시작하지 말고 끝나가는 것부터 치웁시다."

동시에 진행하는 건수를 줄여 흐름을 되살리자는 제안입니다.

"이 주간 보고서 누가 읽으세요? 아무도 안 읽으면 만들지 맙시다."

습관으로 남아 굴러가는 산출물을 낭비로 지목하는 말입니다.

페이지덱에서 무료로 쓰던 팀을 유료 플랜으로 넘기는 기능이 계속 늦어지자, 지현이 회의실 벽에 요청 접수부터 배포까지의 구간을 순서대로 붙여 놓고 구간마다 걸린 날짜를 적게 했습니다. 합이 18일이었는데 누군가 실제로 손을 댄 날은 4일이었습니다. 나머지 14일은 디자인 리뷰를 기다린 5일, 코드 리뷰를 기다린 3일, 격주 배포 일정을 기다린 4일, 그리고 어느 칸에도 넣지 못한 2일이었습니다.

태오가 먼저 물은 것은 사람을 더 붙이면 되느냐였습니다. 그런데 벽에 붙은 종이에서 사람이 모자라 멈춘 구간은 하나도 없었습니다. 그래서 세 가지를 바꿨습니다. 동시에 진행하는 건수를 열두 개에서 네 개로 줄이고, 민서가 디자인 리뷰를 매일 정해진 시간에 한 번씩 몰아서 보고, 배포를 격주에서 매일로 옮겼습니다. 3주 뒤에 같은 방식으로 다시 재니 18일이 9일이 돼 있었습니다. 일하는 시간은 4일 그대로였습니다. 줄어든 것은 전부 기다림이었습니다. 더 눈에 띈 것은 그다음이었습니다. 같은 3주 동안 실제로 사용자에게 닿은 기능이 한 개에서 다섯 개로 늘었는데, 아무도 전보다 오래 일하지 않았습니다.

가장 흔한 오해는 린을 비용 절감이나 인원 감축의 다른 이름으로 읽는 것입니다. 낭비를 걷어 낸다는 말이 사람을 줄인다는 말처럼 들리고, 실제로 이 단어가 구조조정을 설명하는 자리에서 쓰인 전례도 많아서 그렇게 읽힙니다. 그러나 걷어 내는 대상은 사람이 아니라 기다림과 되돌아가는 일입니다. 페이지덱 사례에서 줄어든 14일은 누구의 자리도 아니었습니다. 이 오해를 그대로 두면 두 가지가 한꺼번에 일어납니다. 사람을 줄인 만큼 남은 사람이 동시에 붙드는 일이 늘어 흐름 효율은 오히려 떨어지고, 낭비를 지목하는 일이 동료의 자리를 위험하게 만드는 행동이 되니 아무도 입을 열지 않게 됩니다. 어디가 막혔는지 말해 줄 사람이 사라지면 개선할 대상 자체가 보이지 않습니다.

두 번째는 작게 내보내기만 하면 린이라고 읽는 것입니다. 최소한으로 만들어 빨리 내보내라는 말이 널리 퍼져 있어서 품질을 깎은 반쪽짜리를 내놓는 일로 받아들이기 쉽습니다. 실제로 정해야 하는 것은 크기가 아니라 무엇을 확인할 것인가입니다. 확인할 질문이 먼저 있고, 그 질문에 답하는 데 필요한 최소한이 그다음에 정해집니다. 질문 없이 작게만 내보내면 돌아오는 것도 없습니다. 반응이 나빠도 제품이 나빠서인지 대상이 틀려서인지 가릴 수 없기 때문입니다. 이 오해를 그대로 두면 팀에는 "일단 내보냈다" 는 기록만 쌓이고, 반년 뒤에 무엇을 알게 됐는지 묻는 자리에서 아무도 답하지 못합니다. 그렇게 내보낸 것들은 배움을 남기지 않았으니 린이 가장 경계하는 종류의 낭비가 됩니다.