11.6 가치 흐름 매핑과 지연의 비용

개요와 동기

전달 팀의 열 사람에게 아이디어에서 프로덕션의 결과까지 시간이 어디로 가는지 물으면 열 가지 다른 짐작을 얻게 됩니다. 대부분은 틀리고, 대부분은 낙관적입니다. 모두가 자기 단계는 분명히 보면서 단계 사이의 기다림은 전혀 보지 못하기 때문입니다. 개발자는 기능을 코딩하는 데 이틀이 걸렸다는 것을 압니다. 그 뒤 리뷰 대기열, 테스트 환경 예약, 변경 승인 위원회, 릴리스 창에서 열하루를 앉아 있었다는 것은 아무도 추적하지 않습니다. 일은 몇 시간에 끝나고 대기열에서 사라집니다. 이 장은 그 전체 그림을 보고 행동할 두 개의 렌즈를 줍니다. 아이디어에서 가치까지의 흐름을 보이게 하는 가치 흐름 매핑과, 기다림에 경제적 가격을 매겨 의견이 아니라 돈으로 우선순위를 정하게 하는 지연의 비용입니다.

이 두 렌즈는 11부의 나머지를 보완합니다. 11.1장은 무엇을 만들지 결정하는 디스커버리 파이프라인을, 11.2장은 그것을 출하하는 전달 파이프라인을 설명합니다. 가치 흐름 매핑은 둘에 걸쳐, 첫 생각에서 측정된 성과까지의 전체 경로를 보고 개선할 하나의 시스템으로 다룹니다. 11.3장은 대기열의 수학을 주고, 이 장은 그 대기열이 조직의 어디에 실제로 형성되고 비용이 얼마인지 찾는 실천을 줍니다. 11.4장(OKR)과 11.5장(KPI)이 좋은 것이 어떤 모습인지 알려 준다면, 지연의 비용은 그것을 추구할 순서를 알려 줍니다.

큰 팀에게 보답은 엄청납니다. 수십 개 팀에 걸친 조율은 인계를 곱하고, 모든 인계는 일이 기다리는 곳입니다. 기업 환경에서 기능은 고객에게 닿기 전에 제품 팀, 플랫폼 팀, 보안 리뷰, 릴리스 관리 기능을 거칠 수 있으며, 그 집단들 사이의 기다림은 보통 그 안의 일을 왜소하게 합니다. 정부에서는 다년 프로그램이 입법된 마감에 대해 공적 자금을 약정하며, 지도화되지 않은 가치 흐름은 지출에 책임지는 사람들에게 낭비와 위험을 모두 숨깁니다. 흐름을 보이게 하고 지연에 정직하게 가격을 매기는 것이 큰 조직이 일화로 논쟁하기를 멈추고 증거로 결정하기 시작하는 방법입니다.

핵심 원칙

자기가 소유한 단계만이 아니라 아이디어에서 가치까지의 전체 흐름을 보십시오.
처리 시간(진짜 일)과 대기 시간(순수한 지연)을 분리하십시오. 그 간극이 기회입니다.
흐름 효율을 측정하고, 개선 전에는 충격적으로 낮을 것을 예상하십시오.
처리량을 다스리는 하나의 병목을 찾고, 다른 모든 곳의 최적화를 멈추십시오.
우선순위가 볼륨 경쟁이 아니라 경제적 결정이 되도록 지연에 돈으로 가격을 매기십시오.
가장 큰 목소리가 아니라 지연의 비용을 기간으로 나눈 값으로 일의 순서를 정하십시오.
가치 흐름 관리를 일회성 워크숍이 아니라 지속적인 실천으로 다루십시오.

권장 사항

아이디어에서 가치까지 가치 흐름을 지도화한다

가치 흐름은 조직이 요청을 전달된 가치로 바꾸려고 수행하는 단계의 전체 순서입니다. 지도화한다는 것은 그 순서를 걸으며 각 단계, 수행하는 사람, 그리고 각 단계마다 두 숫자를 적는다는 뜻입니다. 처리 시간(일이 적극적으로 이루어지는 시간)과 리드 타임(단계가 시작될 수 있는 때부터 인계될 때까지, 모든 기다림을 포함한 총 경과 시간)입니다. 대표적인 작업 항목 하나에 대해, 아이디어가 수용된 순간부터 그 효과가 프로덕션에서 측정되는 순간까지 이를 하십시오. 11.1장의 디스커버리 단계와 11.2장의 전달 단계를 포함하십시오. 결과는 조직도에 있는 시스템이 아니라 실제 시스템의 단일 다이어그램입니다.

이상화된 프로세스를 지도화하고 싶은 충동을 억누르십시오. 최근 서너 개 항목에 실제로 일어난 일을 기억이 아니라 도구의 타임스탬프로 지도화하십시오. 진실을 찾고 있으며, 진실은 단계 사이의 틈에 있습니다. 팀이 이를 처음으로 정직하게 하면 반드시 누군가 “거기 일주일 동안 앉아 있는 줄 전혀 몰랐다”는 식의 말을 합니다. 그 반응이 요점입니다. 한 번도 전체로 본 적 없는 흐름은 개선할 수 없습니다.

처리 시간과 대기 시간을 분리하고 흐름 효율을 계산한다

숫자를 얻었으면 합산하십시오. 흐름 효율은 가치 부가 시간 대 총 리드 타임의 비율입니다. 처리 시간의 합을 시작에서 끝까지의 총 경과 시간으로 나눈 것입니다. 기능에 실제 작업 40시간이 들지만 흐름을 통과하는 데 영업일 20일이 걸린다면, 흐름 효율은 대략 40을 160으로 나눈 25%이며 이는 이례적으로 좋은 것입니다. 많은 실제 흐름은 5%에서 15% 사이에 있습니다. 나머지는 순수한 기다림입니다. 대기열에 앉아 있거나, 의존성에 막혀 있거나, 누군가의 받은 편지함에 보류된 일입니다.

이 숫자는 모든 개선 대화를 재구성합니다. 흐름 효율이 15%일 때 일 자체를 20% 빠르게 만들면 전체는 세 포인트만 개선되지만, 기다림의 절반을 제거하면 속도가 거의 두 배가 됩니다. 팀은 본능적으로 더 빨리 코딩하고, 더 빨리 리뷰하고, 더 빨리 테스트하려 합니다. 지도는 지렛대가 거의 결코 일하는 단계에 있지 않고 거의 언제나 그 사이의 기다림에 있음을 알려 줍니다. 상자가 아니라 여백을 쫓으십시오.

인계와 재작업 루프의 이름을 댄다

지도의 두 구조는 특별한 주의가 필요합니다. 인계는 일이 한 사람이나 팀에서 다른 쪽으로 넘어가는 지점이며, 각각은 다음 당사자에게 역량이 생길 때까지 항목이 기다리는 대기열입니다. 모든 인계는 맥락도 잃어서, 받는 쪽이 보내는 쪽이 이미 알던 것을 재구성하는 데 시간을 씁니다. 재작업 루프는 거꾸로 가는 화살표입니다. 코드를 개발자에게 돌려보내는 실패한 테스트, 리뷰 위원회로 되돌아가는 거절된 변경, 스토리를 제품으로 돌려보내는 명확화 요청입니다. 재작업 루프는 이중으로 비쌉니다. 역량을 소비하고, 재작업된 항목이 줄 맨 뒤의 대기열에 다시 합류하기 때문입니다.

둘 다 세십시오. 인계 아홉 개와 재작업 루프 셋이 있는 흐름은 사람이 아무리 숙련되어도 구조 자체가 기다림을 만들어 내므로 흐름 효율이 끔찍할 것입니다. 인계를 줄이고(한 팀에게 종단 간 소유권을 주어) 재작업의 원인을 없애는 것(11.2장에 따라 품질 점검을 앞으로 당겨)이 보통 개별 단계의 속도를 올리려는 어떤 노력도 이깁니다.

병목을 찾고 제약 이론을 존중한다

모든 가치 흐름에는 처리량을 제한하는 정확히 하나의 단계가 있습니다. 파이프에서 가장 좁은 지점이 흐름을 제한하듯이 말입니다. 엘리야후 골드랫(Eliyahu Goldratt)의 제약 이론은 이에 대한 규율을 줍니다. 제약을 식별하고, 활용하고(결코 놀고 있지 않고 엉뚱한 일을 하지 않게 하고), 다른 모든 것을 그것에 종속시키고(흡수할 수 있는 것보다 빨리 공급하지 않고), 끌어올리고(역량을 더하고), 제약이 이동했을 것이므로 반복합니다. 결정적이고 직관에 반하는 규칙은 제약이 아닌 어떤 단계를 개선해도 아무것도 개선되지 않는다는 것입니다. 병목이 아닌 단계를 빠르게 하면 병목 앞에 재고가 더 빨리 쌓일 뿐입니다.

지도에서 제약을 찾으십시오. 앞에 가장 길고 지속적인 대기열이 있는 단계입니다. 소프트웨어에서는 단일 보안 리뷰 기능, 한 명의 데이터베이스 전문가, 희소한 테스트 환경 같은 공유되고 전문화된 자원인 경우가 많습니다. 알고 나면 보호하십시오. 입력을 기다리며 놀고 있지 않게 하고, 더 싼 단계가 할 수 있는 일을 하게 하지 말고, 그 상류나 하류의 무엇이든 최적화하기 전에 깊이 생각하십시오. 시스템 전체가 그 한 단계의 속도로 움직입니다.

지연의 비용으로 경제학에 따라 우선순위를 정한다

지연의 비용은 일이 아직 전달되지 않은 시간 단위마다 잃거나 얻지 못하는 돈입니다. “나중”의 경제적 무게입니다. 한 달에 10만 달러를 벌 기능이 두 달 지연되면, 그 숫자가 예산에 나타나든 아니든 20만 달러가 듭니다. 이를 명시적으로 만드는 것이 큰 백로그를 괴롭히는 “모든 것이 최우선” 병리에 대한 가장 강력한 해독제입니다. 모든 이해관계자가 자기 항목이 긴급하다고 주장할 때 볼륨으로는 해결할 수 없습니다. 각자에게 “한 달의 지연이 우리에게 얼마나 듭니까?”를 묻고 답을 나란히 놓음으로써 해결합니다.

지연의 비용을 추정하는 데 정밀이 필요하지는 않습니다. 가치를 이해하는 사람들이 합의한 대략적인 수치가 모든 것이 똑같이 중요하다는 거짓 합의를 이깁니다. 세 구성 요소를 고려하십시오. 가치 자체(매출, 비용 절감, 위험 감소), 시간 민감도(기다리면 가치가 감소하는가?), 하드 마감(규제, 계약, 계절 창)입니다. 이는 10.15장의 추정과 예측 규율에 직결됩니다. 노력만이 아니라 위험에 처한 가치를 예측하는 것입니다. 숫자가 달러 단위로 맞을 필요는 없습니다. 일하는 순서를 바꿀 만큼 맞으면 됩니다.

CD3과 가중 최단 작업 우선으로 순서를 정한다

지연의 비용은 무엇이 지연하기에 비싼지 알려 주지만 그 자체로 무엇을 먼저 할지는 알려 주지 않습니다. 6개월 걸리는 엄청나게 가치 있는 항목이 이번 주에 끝낼 수 있는 적당히 가치 있는 항목보다 나쁜 첫 선택일 수 있기 때문입니다. 이를 푸는 규칙은 지연의 비용을 기간으로 나눈 것이며 CD3이라 씁니다. 항목마다 지연의 비용을 계산하고, 항목이 걸리는 시간으로 나누고, 가장 높은 비율을 먼저 합니다. 이는 가중 최단 작업 우선(WSJF)의 소프트웨어 적용으로, 지연 비용을 작업 길이로 나누는 것이 일의 전체 대기열에 걸친 총 경제적 비용을 최소화함을 증명하는 스케줄링 결과입니다.

WSJF가 인코딩한 통찰은 짧고 가치 있는 작업이 줄을 건너뛰어야 한다는 것입니다. 빨리 끝내면 대기열이 비워지고 다른 것을 거의 지연시키지 않으면서 가치가 더 일찍 시작되기 때문입니다. 긴 작업은 아무리 가치 있어도 뒤의 모든 것을 붙잡습니다. 실제로는 지연의 비용과 기간을 단순한 상대 척도로 추정하고, 비율을 계산하고, 그것이 백로그의 순서를 정하게 합니다. 많은 규모 확장 조직이 쓰는 프레임워크는 WSJF를 (비즈니스 가치, 시간 임계성, 위험 또는 기회 실현으로 구성된) 지연의 비용을 작업 크기로 나눈 것으로 표현하며, 구성 요소에 이름을 붙였을 뿐 같은 아이디어입니다.

각 항목의 긴급성 프로필을 읽는다

모든 지연 비용이 시간에 따라 같게 행동하지는 않으며, 모양은 크기만큼 중요합니다. 긴급성 프로필은 기다리면서 지연의 비용이 어떻게 변하는지 기술합니다. 어떤 가치는 대략 선형입니다. 무기한 매주 비슷한 양을 잃습니다. 어떤 것은 고정된 날짜, 곧 계단 함수를 지닙니다. 마감까지는 지연이 아무것도 들지 않다가 그 뒤 한꺼번에 많이 듭니다(규제 전환, 계약상 가동). 어떤 것은 감소합니다. 지금은 큰 가치가 있지만 6개월 뒤에는 거의 없는 시장 창이나 경쟁상 선점 우위입니다. 그리고 어떤 것은 거의 평평해서 언제 출하하든 가치가 같습니다.

프로필을 알면 순서가 바뀝니다. 가파르게 감소하는 가치 항목은 가치가 침식되기 전에 지금 가야 합니다. 고정 날짜 항목은 딱 충분한 리드 타임이 남을 때까지 기다릴 수 있지만 그 뒤에는 미끄러지면 안 됩니다. 주요 이니셔티브의 긴급성 프로필을 대략이라도 그리면, 지연이 얼마나 드는지만이 아니라 그 비용이 언제 떨어지는지 알려 줍니다. 경합 아래서 일정을 짜는 데 정확히 필요한 것입니다.

흐름 지표를 DORA와 리틀의 법칙에 연결한다

가치 흐름 매핑은 지속적으로 추적할 가치가 있는 네 가지 흐름 지표를 낳습니다. 리드 타임(시작에서 완료까지의 경과 시간), 사이클 타임(특정 단계의 경과 시간, 흔히 적극적 전달 부분), 진행 중인 작업(WIP, 처리 중인 항목 수), 처리량(단위 시간당 완료된 항목)입니다. 이들은 11.3장의 리틀의 법칙으로 묶입니다. 평균 리드 타임은 평균 WIP를 평균 처리량으로 나눈 것과 같습니다. 이 식이 가장 실용적인 지렛대입니다. 처리량을 쉽게 올릴 수 없다면 WIP를 낮춰 리드 타임을 즉시 줄일 수 있다고 말하기 때문입니다. 덜 시작하면 더 끝냅니다.

이 흐름 지표는 위로 DORA 지표(DevOps 리서치 및 평가 프로그램)에도 연결됩니다. 배포 빈도, 변경 리드 타임, 변경 실패율, 서비스 복원 시간입니다. 변경 리드 타임은 가치 흐름의 한 조각이며, 매핑은 그것을 개선하려면 어느 단계를 공략해야 하는지 보여 줍니다. DORA를 성과 점수판으로, 가치 흐름 지도를 점수를 설명하는 진단으로 다루고, 둘을 1.10장의 엔지니어링 효과성 관점에 묶으십시오.

대기열, 배치 크기, WIP를 의도적으로 관리한다

지도에서 찾은 대기열은 리드 타임이 태어나는 곳이며, 11.3장은 활용률이 100%로 오르면서 그것이 왜 폭발하는지 설명합니다. 두 지렛대가 길들입니다. 첫째는 WIP 한도입니다. 각 단계에 허용되는 항목 수에 상한을 두어 역량이 있을 때만 일을 당겨 오게 하면, 리틀의 법칙을 통해 리드 타임이 직접 짧아지고 시작되었지만 끝나지 않은 일의 산 밑에 병목을 숨기는 대신 드러냅니다. 둘째는 배치 크기입니다. 큰 배치(분기별 릴리스, 거대한 풀 리퀘스트, 큰 요구 사항 문서)는 긴 대기열을 만들고, 피드백을 늦추고, 모든 인계의 비용과 위험을 올립니다.

작은 배치는 더 빠르고 예측 가능하게 흐르며, 이것이 11.2장의 전달 파이프라인이 작고, 잦고, 되돌릴 수 있는 변경을 선호하는 가장 깊은 이유 중 하나입니다. 배치 크기를 줄이고 WIP에 상한을 두는 것은 할 수 있는 가장 믿을 만하고 비용이 낮은 두 개입니다. 일 자체를 더 빠르게 하려는 대신 기다림을 직접 공략하기 때문입니다.

장단점

실천	장점	단점
가치 흐름 매핑	숨은 기다림을 드러냄. 하나의 그림으로 팀을 정렬	스냅샷은 낡을 수 있음. 행동이 따르지 않으면 노력 낭비
흐름 효율 지표	노력을 지렛대가 있는 기다림으로 돌림	적극적 일로 치는 것을 재정의해 조작될 수 있음
제약 이론 집중	실제로 처리량을 움직이는 곳에 노력 집중	병목이 아닌 팀을 내버려 두기가 정치적으로 어려움
지연의 비용	우선순위를 경제학으로 바꿈. “모두 긴급”을 해소	추정이 불확실하고 다툼이나 부풀리기 가능
CD3 / WSJF 순서 정하기	총 경제적 지연을 최소화. 빠른 성과 선호	항목당 두 추정 필요. 거짓 정밀 위험
WIP 한도	리드 타임을 즉시 줄임. 병목을 드러냄	강제된 놀이처럼 느껴짐. 문화적 저항
작은 배치 크기	더 빠른 피드백, 변경당 낮은 위험	자동화가 약하면 항목당 오버헤드가 높음

중심 긴장은 측정의 노력과 그것이 강제하는 정직 사이에 있습니다. 가치 흐름 지도와 지연의 비용 모델은 둘 다 만드는 데 일이 들고, 조직이 진지하지 않으면 둘 다 조작되거나 썩게 두어질 수 있습니다. 실패 모드는 아름다운 다이어그램을 낳고 변화가 없는 매핑 워크숍, 또는 의미가 다시 없어질 때까지 모든 이해관계자가 부풀리는 지연의 비용 숫자입니다. 실천을 행동과 소수의 추적되는 흐름 지표에 묶어 푸십시오. 지도는 그것이 드러내는 병목을 공략할 때만 만들 가치가 있고, 지연의 비용 추정은 백로그를 실제로 재정렬할 때만 논쟁할 가치가 있습니다. 목표는 정밀이 아니라 더 나은 결정입니다.

팀과 논의할 질문

마지막 세 기능에 대해 아이디어에서 프로덕션까지 실제 가치 흐름을 지도화한다면 흐름 효율은 실제로 얼마이며, 가장 큰 기다림의 웅덩이는 어디입니까? 대부분의 팀은 이것을 계산해 본 적이 없고 답에 놀랍니다. 눈에 보이는 일하는 단계는 바쁘게 느껴지는 반면 그 사이의 기다림은 보이지 않기 때문입니다. 기억이 아니라 도구의 타임스탬프를 가져오고, 최근 항목 하나를 처음부터 끝까지 걸으며 각 단계의 처리 시간과 총 리드 타임을 적으십시오. 원하는 증거는 일이 움직일 수 있었던 때와 실제로 움직인 때 사이의 가장 큰 단일 간극입니다. 그 간극이 개인의 속도가 아니라 첫 번째 목표이며, 소리 내어 이름을 대는 것만으로 팀이 고치고 싶어지게 하는 경우가 많습니다.
진짜 단일 제약은 어디이며, 그것만 빼고 모든 것을 우연히 최적화하고 있습니까? 제약 이론은 병목만이 처리량을 다스린다고 말하지만, 팀은 자신이 통제하는 단계이므로 이미 빠른 단계에 노력을 상습적으로 쏟아붓습니다. 앞에 가장 길고 지속적인 대기열이 있는 단계를 찾고, 최근 개선이 그것을 건드렸는지 단지 병목이 아닌 것을 더 빠르게 했는지 정직하게 보십시오. 불편하지만 가치 있는 결론은 흔히, 공유되고 희소한 자원(한 명의 리뷰어, 하나의 환경, 한 명의 전문가)이 모두의 속도를 정하며, 그 자원을 보호하고 끌어올리는 것이 다른 곳의 어떤 지역적 속도 향상보다 중요하다는 것입니다.
두 이해관계자가 모두 자기 일이 최우선이라고 말할 때 오늘 어떻게 결정하며, 지연의 비용이 다른 순서를 줄까요? 지금 답은 아마 연공, 볼륨, 가장 세게 에스컬레이션한 사람이며, 어느 것도 경제적 가치를 반영하지 않습니다. 정말 다툼이 있는 두 항목을 가져와 각각 한 달의 지연이 얼마나 드는지와 각각 얼마나 걸리는지 대략이라도 추정한 뒤, 지연의 비용을 기간으로 나눠 계산해 보십시오. 요점은 정확한 숫자가 아니라 그것이 강제하는 대화입니다. 요청에 지연 비용을 붙여야 하는 이해관계자는 갑자기 다르게 추론하며, 경제학으로 이기는 항목은 볼륨으로 이기던 것이 아닌 경우가 많습니다. 그것이 방에 무엇을 하는지 지켜보십시오.
가치 흐름에서 제거하거나 합칠 수 있는 인계는 어느 것이며, 그러려면 누가 통제를 내놓아야 합니까? 모든 인계는 대기열이자 맥락의 손실이므로 인계의 개수가 어느 팀의 숙련보다 흐름 효율을 더 잘 예측하는 경우가 많지만, 인계는 소유권, 승인 권리, 누군가의 책임감을 인코딩하기 때문에 지속됩니다. 큰 조직에서 지도가 정치적으로 바뀌는 곳이 여기입니다. 인계를 합친다는 것은 보통 한 팀에게 종단 간 소유권을 주고, 통제 기능에게 수동 서명 대신 자동화된 관문을 신뢰해 달라고 요청한다는 뜻입니다. 인계별 대기 시간, 각 인계가 촉발하는 재작업 루프, 어느 인계가 진짜 위험 이유로 존재하고 어느 것이 역사적 습관인지에 대한 정직한 메모를 가져오십시오. 기업과 정부 환경에서는 다툼이 있는 각 인계의 통제 소유자와, 어떤 증거(통과한 자동 점검, 감사 추적, 위임된 권한)가 그들이 제거를 받아들이게 할지 이름을 정하십시오. 아무도 내놓지 않을 인계는 리드 타임에 대한 영구적 세금이기 때문입니다.
일의 순서를 정하는 데 쓰는 지연의 비용 숫자를 얼마나 신뢰하며, 모든 이해관계자가 자기 것을 부풀리는 것을 무엇이 막습니까? 지연의 비용은 추정에 어느 정도 규율이 있을 때만 “모든 것이 최우선”의 동점을 깨뜨립니다. 더 큰 숫자가 이긴다는 것을 각 당사자가 배우는 순간 모두가 더 큰 숫자를 내놓고, 경제학의 의상을 입은 볼륨 경쟁으로 돌아갑니다. 경쟁하는 고려는 정밀을 요구하면 실천이 죽는다는 것입니다. 가치를 이해하는 사람들이 합의한 대략의 수치가 요점 전체이므로, 거짓 정확성을 가장하지 않고 항목을 비교할 만큼의 엄밀함이 필요합니다. 구성 요소(가치, 시간 임계성, 마감 압력)로 나눈 실제 추정 몇 개를 가져와 의심스럽게 둥글거나 뒷받침 없는 것을 찾아보십시오. 공적 자금을 쓰는 기업 포트폴리오나 정부 프로그램에서는 다툼이 있는 숫자를 누가 중재하는지, 추정이 나중에 실현된 성과에 대해 점검되는지 정하십시오. 아무도 현실에 대해 보정하지 않는 지연의 비용 모델은 모두가 결국 조작할 모델이기 때문입니다.
진행 중인 작업과 배치 크기를 의도적으로 관리합니까, 아니면 둘 다 리드 타임이 조용히 두 배가 될 때까지 위로 표류하게 둡니까? 리틀의 법칙은 지렛대를 구체적으로 만듭니다. 리드 타임은 진행 중인 작업을 처리량으로 나눈 것이므로, 통제되지 않는 WIP는 아무도 더 느리게 일하지 않아도 모든 항목의 대기를 늘리고, 큰 배치는 지도에서 찾은 대기열을 가득 채워 효과를 복합시킵니다. 긴장은 문화적입니다. WIP 상한은 강제된 놀이처럼 느껴지고 작은 배치는 추가 오버헤드처럼 느껴져서 팀은 가장 싼 개입인데도 둘 다 저항합니다. 단계별 현재 WIP 개수, 전형적인 배치 크기(릴리스, 풀 리퀘스트, 요구 사항 문서), 그에 따른 리드 타임 추세를 가져오십시오. 크거나 공공 조직에서는 계약상이나 절차상 묶인 릴리스와 변경 승인 주기에 이를 연결하십시오. 분기별 릴리스 창이나 월간 위원회가 큰 배치를 강제할 수 있고, 그 제약의 이름을 대는 것이 그것을 줄이도록 협상하는 첫걸음이기 때문입니다.

분야별 관점

스타트업. 엔지니어가 소수이고 런웨이가 짧으면 가치 흐름은 짧지만 제약은 보통 사람입니다. 모든 것을 승인하는 단일 창업자나 배포를 소유한 엔지니어 한 명입니다. 무거운 매핑 연습은 하지 마십시오. 반나절을 써서 최근 기능 몇 개를 타임스탬프로 추적하고, 사람 병목을 찾고, 그것을 우회해 위임하거나 배치하십시오. 공식 지연의 비용 모델은 건너뛰고, 대략적인 지연의 비용 나누기 기간 순위로 주간 “다음에 무엇을 만들 것인가” 논쟁을 끝내고, 시장이 원하는 것을 아직 배우는 동안 피드백이 빠르게 유지되도록 배치를 아주 작게 유지하십시오.

소기업. 흐름 지표 전문가도 없고 예산도 빠듯하니 이미 값을 치르는 도구에 기대십시오. 가치 흐름 플랫폼을 사는 대신 이슈 추적기와 버전 관리에서 타임스탬프를 끌어오십시오. 대표 작업 항목 하나를 지도화하고, 봉투 뒷면 계산으로 흐름 효율을 구하고, 가장 큰 기다림의 웅덩이를 공략하십시오. 바쁜 한 소유자에게 앉아 있는 승인인 경우가 많습니다. 지연의 비용을 구매할 스프레드시트 제품이 아니라 대화로 다루고, 월 요금으로 흐름을 시각화해 준다는 어떤 도구보다 진행 중인 작업과 배치 크기를 줄이는 것(둘 다 공짜)을 선호하십시오.

대기업. 가치는 기능이 제품, 플랫폼, 보안, 릴리스 관리를 건너고 집단 사이의 기다림이 그 안의 일을 왜소하게 하는 많은 팀에 걸쳐 보는 데 있습니다. 가치 흐름 매핑을 반복 가능한 실천으로 표준화하고, 지연의 비용 나누기 기간을 집단이 볼륨으로 논쟁하지 않도록 공유된 우선순위 언어로 만들고, 시작되었지만 끝나지 않은 일 밑에 숨기는 대신 진짜 제약을 드러내도록 WIP 한도와 더 작은 배치를 시행하십시오. 포트폴리오가 하나의 진단과 하나의 점수판을 갖도록 흐름 지표를 DORA와 리틀의 법칙에 묶고, 누가 제약을 소유하고 누가 다툼이 있는 지연 추정을 중재하는지 거버넌스를 세우십시오.

정부. 조달 규칙, 투명성 의무, 공적 책무가 모든 선택을 형성하며, 입법된 마감은 보통 다른 모든 것의 긴급성 프로필을 지배합니다. 정책, 엔지니어링, 보안 인가, 운영에 걸쳐 흐름을 지도화하십시오. 하드 제약은 흔히 몇 달로 측정되는 대기열이 있는 인가나 컴플라이언스 관문이며, 그것을 끌어올리는 것(검토자를 더하고 증거 수집을 앞으로 당기는 것)이 어떤 하류의 속도 향상보다 더 많이 사기 때문입니다. 감독 기관이 지출만이 아니라 흐름이 개선되고 있다는 감사 가능한 증거를 얻도록 가치 흐름 관리를 정기 리뷰가 있는 상설 실천으로 만들고, 공적 자금의 순서 정하기를 설명하고 변호할 수 있도록 지연의 비용에 공개적으로 가격을 매기십시오.

사례

스타트업. 열다섯 명의 스타트업이 자체 로드맵을 계속 놓치며 엔지니어를 탓합니다. 반나절의 가치 흐름 매핑 세션은 다른 이야기를 합니다. 기능이 모든 설계와 모든 릴리스를 승인하는 단일 창업자를 기다리며 수명 대부분을 보냅니다. 흐름 효율은 10% 미만이고 창업자가 제약입니다. 제약 이론을 직접 적용합니다. 창업자는 크기 기준 이하의 설계 승인을 위임하고, 임시 서명 대신 매일의 창으로 릴리스를 묶고, 내릴 수 있는 것보다 많은 결정이 공급되는 것을 멈춥니다. 신규 채용 없이 한 달 안에 리드 타임이 대략 절반이 됩니다. 이어서 백로그에 지연의 비용 나누기 기간 순위를 채택하고, 이는 주간 무엇을 만들지 논쟁을 조용히 끝냅니다.

기업. 한 대형 은행이 고객 대면 변경의 가치 흐름을 지도화해 아홉 개 팀을 거치고 리드 타임이 11주이며 그중 실제 일은 약 6일임을 발견합니다. 나머지는 대기열입니다. 매달 도는 보안 리뷰, 매주 모이는 변경 승인 위원회, 며칠로 측정되는 환경 예약입니다. 팀에게 더 빨리 일하라고 밀어붙이는 대신 은행은 기다림을 공략합니다. 보안 리뷰를 앞으로 당기고 대부분 자동화하고(11.2장에 따라), 주간 위원회를 저위험 변경의 가벼운 상설 승인으로 전환하고, 팀이 더 시작하기 전에 끝내도록 WIP에 상한을 둡니다. 지연의 비용이 포트폴리오의 우선순위 언어가 되어 끝없는 “모두 핵심” 백로그가 순위가 매겨진 것으로 가라앉고, 변경 리드 타임(DORA 지표)이 11주에서 2주 미만으로 떨어집니다.

정부. 한 국세청이 입법된 마감 아래 다년 현대화를 운영합니다. 프로그램이 흐름이 아니라 활동을 보고하므로 리더십은 공적 자금이 어디서 진전을 사고 있는지 볼 수 없습니다. 기관은 정책, 엔지니어링, 보안 인가, 운영에 걸쳐 가치 흐름을 지도화하고, 인가가 몇 달로 측정되는 대기열이 있는 하드 제약임을 발견합니다. 인가를 끌어올릴 병목으로 다루어 인력을 더하고 증거 수집을 앞으로 당겨 항목이 리뷰 준비가 된 채 도착하게 합니다. 각 임무의 긴급성 프로필로 지연의 비용에 가격을 매깁니다. 고정된 입법 마감이 순서를 지배하고, 평평한 가치의 정리 작업은 기다립니다. 가치 흐름 관리가 분기별 리뷰가 있는 상설 실천이 되어, 감독 기관에게 지출만이 아니라 흐름이 개선되고 있다는 감사 가능한 증거를 줍니다.

비즈니스 사례: 동기, ROI, TCO

이런 실천의 수익은 보이지 않는 기다림을 더 일찍 전달된 가치로 바꾸는 데서 옵니다. 흐름 효율이 15%일 때 리드 타임 대부분은 이미 값을 치르고 있는 낭비입니다. 더 느린 피드백, 더 늦은 매출, 로드맵에 대한 믿음을 잃는 이해관계자의 형태로 말입니다. 기다림을 제거하는 것은 채용에 비해 거의 공짜입니다. WIP 한도, 더 작은 배치, 더 이른 보안 리뷰, 위임된 승인은 비용이 적고 흔히 리드 타임을 절반으로 줍니다. 제거하는 리드 타임 한 주마다 당겨진 가치 한 주이며, 지연의 비용은 리더십이 이미 추적하는 같은 돈으로 그 이득을 수량화하게 해 줍니다.

지연의 비용 우선순위에는 고유한 수익이 있습니다. CD3이나 WSJF로 순서를 정하면 백로그 전체의 총 경제적 지연을 증명 가능하게 최소화하므로, 같은 팀이 같은 시간을 일하고도 일을 더 나은 순서로 하는 것만으로 더 많은 가치를 전달합니다. 새 역량이 전혀 필요 없으므로 가장 싼 개선입니다. 도입 비용은 소박하고 대부분 일회성입니다. 몇 번의 매핑 세션, 가벼운 지연의 비용 모델, 소수의 흐름 지표를 추적하는 규율입니다. 지속 비용은 지도를 현재로 유지하고 지연 추정을 부풀리지 않는 정직입니다.

방치의 비용은 조용히 복리로 쌓입니다. 지도화되지 않은 흐름은 아무도 책임지지 않는 인계와 재작업 루프를 쌓고, 볼륨으로 우선순위를 정한 백로그는 가치에서 멀어지며, 조직은 평균을 중심으로 계획하는 동안 대기열은 전체 활용률 근처에서 폭발합니다(11.3장). 리더십을 설득하려면 이런 실천을 이미 지켜보는 지표에 연결하십시오. DORA 변경 리드 타임, 처리량, 분기당 전달된 가치입니다. 가치 흐름 관리를 그 숫자를 설명하는 진단으로, 지연의 비용을 그것을 개선하는 경제적 논리로 구성하십시오.

안티패턴과 함정

그리고 잊기: 워크숍에서 만든 윤기 나는 가치 흐름 다이어그램이 실제 흐름의 변화로 이어지지 않는 것.
병목이 아닌 것 최적화: 이미 빠른 단계를 더 빠르게 해서 진짜 제약 앞에 재고를 쌓기만 하는 것.
수박 흐름 지표: 붉은 현실(거대한 WIP와 길어지는 리드 타임)을 가리는 녹색 대시보드(높은 처리량).
지연의 비용 부풀리기: 모든 이해관계자가 큰 숫자를 매겨, 깨려던 “모든 것이 최우선” 동점을 복원하는 것.
기간 맹목: 순전히 가치로 순위를 매겨 CD3을 무시하고 열 개의 빠른 성과 앞에 가치 있는 6개월짜리 일을 시작하는 것.
긴급성 프로필 무시: 감소하는 가치 항목과 평평한 가치 항목을 교체 가능한 것처럼 다뤄 엉뚱한 것을 먼저 출하하는 것.
지역 효율 숭배: 모든 팀을 100% 활용하게 유지해 흐름이 아니라 대기열과 리드 타임을 극대화하는 것.
일괄 릴리스: 변경을 드물고 큰 덩어리로 묶어 대기열을 늘리고, 피드백을 늦추고, 각 릴리스의 위험을 올리는 것.
평균만 계획: 평균 리드 타임을 쓰고 변동성을 무시하다가 긴 꼬리에 놀라는 것(11.3장).

성숙도 모델

1단계, 시작: 아무도 종단 간 흐름을 볼 수 없습니다. 우선순위는 볼륨, 연공, 에스컬레이션으로 정해지고 “모든 것이 최우선”이 규범입니다. 단계 사이의 기다림은 보이지 않고, 개선 노력은 팀이 바쁘다고 느끼는 곳, 보통 제약이 아닌 곳에 떨어집니다. 아무도 처리 시간과 대기 시간을 분리하지 않아 거대한 대기의 웅덩이가 눈치채이지도 가격이 매겨지지도 않습니다.
2단계, 발전: 한두 팀이 적어도 하나의 가치 흐름을 지도화했고 가장 큰 대기열과 대략적 흐름 효율을 가리킬 수 있습니다. 일부 흐름 지표(리드 타임, WIP)가 일부에서 추적되고 우선순위가 때로 가치를 고려하지만, 실천은 팀마다 일관되지 않습니다. 지연의 비용은 비공식적이고, 지도는 일회성 산출물이며, 각 집단이 있더라도 자기 방식대로 합니다.
3단계, 표준화: 가치 흐름 매핑은 조직 전체에서 쓰이는 문서화된 반복 가능한 실천이고, 제약은 제약 이론에 따라 식별되고 보호되며, WIP 한도와 더 작은 배치는 지역 실험이 아니라 시행되는 표준입니다. 지연의 비용 나누기 기간(CD3이나 WSJF)이 팀 전반의 백로그 순서를 정하는 합의된 방식이고, 흐름 지표는 리드 타임, 사이클 타임, WIP, 처리량의 공유된 정의를 써서 DORA에 명시적으로 연결됩니다.
4단계, 관리: 흐름이 기준선에 대한 데이터로 측정되고 통제됩니다. 흐름 효율, 리드 타임, WIP, 처리량, DORA 변경 리드 타임이 합의된 목표에 대해 지속적으로 추적되고, 흐름이 표류하면 알리는 통제 한계가 있습니다. 지연의 비용 추정은 실현된 성과에 대해 보정되어 부풀리기가 잡히고, 제약의 대기열은 진짜 숫자로 모니터링되며, 프로세스 변경에 대한 진행 또는 중단 결정은 의견이 아니라 증거로 이루어집니다.
5단계, 오케스트레이션: 가치 흐름 관리가 지속적이고, 조직 전체에 통합되고, 적응적입니다. 긴급성 프로필이 순서 정하기에 정보를 주고, 제약은 움직임에 따라 끌어올려지고 다시 식별되며, 지연의 비용 모델은 실제 성과에서 다듬어지고, 매핑, 우선순위, 대기열 관리가 서로와 더 넓은 포트폴리오에 공급합니다. 조직은 조건이 이동함에 따라 흐름을 재균형하고 감사 가능한 증거로 개선을 증명할 수 있습니다.

논의를 위한 아이디어

현재 흐름 효율은 얼마이며, 일을 빠르게 하는 대신 기다림의 절반을 제거한다면 얼마나 더 빨라지겠습니까?
지금 진짜 단일 제약은 어디이며, 그것이 결코 놀고 있지 않고 더 싼 단계가 할 수 있는 일을 하지 않게 하려면 무엇이 필요합니까?
백로그 상위 다섯 항목에 대해 한 달의 지연이 각각 얼마나 들며, 지연의 비용 나누기 기간으로 순위를 매기면 순서가 바뀝니까?
주요 이니셔티브 중 긴급성 프로필이 감소하는 것은 무엇이며, 가치 대부분이 이미 증발한 뒤에 출하할 위험이 있습니까?
내일 WIP를 절반으로 줄이면 리틀의 법칙이 리드 타임에 대해 무엇을 예측하며, 시도하려면 어떤 문화적 저항을 넘어야 합니까?
전형적인 배치(릴리스, 풀 리퀘스트, 요구 사항 문서)는 얼마나 크며, 절반으로 줄이면 피드백 속도와 변경당 위험에 무엇을 하겠습니까?

핵심 요점

아이디어에서 가치까지의 전체 흐름을 지도화하고 흐름 효율을 계산하십시오. 지렛대는 그 안의 일이 아니라 단계 사이의 기다림에 있습니다.
단일 제약을 찾고 제약 이론을 존중하십시오. 다른 어떤 단계를 최적화해도 아무것도 개선되지 않고 병목에 더 빨리 공급할 뿐입니다.
“모든 것이 최우선”을 이기도록 지연 비용을 돈으로 명시하고, 각 항목의 긴급성 프로필을 읽어 그 비용이 언제 떨어지는지 아십시오.
총 경제적 지연을 최소화하도록 지연의 비용을 기간으로 나눈 값(CD3이나 WSJF)으로 순서를 정해, 짧고 가치 있는 일이 줄을 건너뛰게 하십시오.
WIP 한도와 작은 배치로 대기열을 관리하고, 흐름 지표를 DORA와 리틀의 법칙에 묶고, 가치 흐름 관리를 지속적인 실천으로 운영하십시오.

참고 문헌과 더 읽을거리

Donald G. Reinertsen, The Principles of Product Development Flow: Second Generation Lean Product Development
Eliyahu M. Goldratt and Jeff Cox, The Goal: A Process of Ongoing Improvement
Mike Rother and John Shook, Learning to See: Value Stream Mapping to Add Value and Eliminate Muda
Karen Martin and Mike Osterling, Value Stream Mapping: How to Visualise Work and Align Leadership for Organizational Transformation
Mik Kersten, Project to Product: How to Survive and Thrive in the Age of Digital Disruption with the Flow Framework
Nicole Forsgren, Jez Humble, and Gene Kim, Accelerate: The Science of Lean Software and DevOps
Dean Leffingwell, SAFe 5.0 Distilled: Achieving Business Agility with the Scaled Agile Framework