2.1 플로우 프레임워크

개요 및 동기

플로우 프레임워크는 Mik Kersten이 만들어 2018년 저서 Project to Product에서 발표한 관리적, 구조적 모델이다. 이는 순수한 파이프라인 메트릭이 답할 수 없는 질문에 답하기 위해 존재한다: 단지 코드가 커밋에서 프로덕션까지 얼마나 빠르고 안전하게 이동하는지뿐만 아니라, 애초에 어떤 종류의 가치가 파이프라인을 통해 이동하고 있는지, 그리고 그 혼합이 비즈니스의 실제 전략을 반영하는지. 이 프레임워크는 소프트웨어 전달을 가치 흐름, 즉 아이디어를 고객이 받는 가치로 바꾸는 활동의 전 과정으로 취급하며, 이는 린 제조업의 가치 흐름 매핑 전통에서 직접 빌려온 것이다.

이 책은 플로우 프레임워크를 2부의 조직 구조로 사용한다. 주제 2.2는 그 네 가지 플로우 아이템을 소개하고, 주제 2.3과 주제 2.4는 그 다섯 가지 플로우 메트릭을 소개하며, 주제 2.8은 그 메트릭을 고전적 린 가치 흐름 매핑에서의 기원까지 추적하고, 주제 2.10은 이 부가 더 이상 선두에 내세우지 않는 더 좁은, 파이프라인 중심의 참조 프레임워크로서 DORA 메트릭을 다룬다. 이것은 의도적인 선택이지 DORA의 연구를 무시하는 것이 아니다. DORA는 진정한 통계적 엄격함으로 시스템 처리량과 안정성을 측정하지만, 비즈니스 리더가 실제로 가장 신경 쓰는 질문에는 침묵한다: 엔지니어링 조직이 이번 분기에 출시한 모든 것을 고려할 때, 그중 얼마나 많은 것이 새로운 고객 가치였고, 얼마나 많은 것이 결함을 고치거나, 위험을 관리하거나, 부채를 갚는 데 조용히 소비되었는가. 플로우 프레임워크는 특별히 그 혼합을 눈에 보이게 만들기 위해 존재한다.

대규모 팀에게 이 구분은 학술적인 것이 아니다. 수십 개의 가치 흐름을 운영하는 플랫폼 조직은 훌륭한 DORA 수치, 즉 빠르고, 빈번하며, 안정적인 배포를 가지면서도, 그 실제 제품 산출물은 거의 순수한 유지보수 작업 쪽으로 조용히 드리프트할 수 있으며, 이는 파이프라인 역학만 측정하는 대시보드에는 보이지 않는 패턴이다. 파이프라인 용어가 아니라 비즈니스 용어로 생각하는 이해관계자에게 엔지니어링 투자를 정당화해야 하는 엔터프라이즈와 정부 조직은 전달 활동을 전략적 의도에 연결하는 어휘가 필요하다. 이 프레임워크가 제공하는 것이 바로 그것이다.

핵심 원칙

가치 흐름이 측정의 단위이지, 팀이나 파이프라인이 아니다. 그것은 고객이나 비즈니스 필요로부터 전달된 결과까지 뻗어 있으며, 작업이 실제로 넘나드는 어떤 팀 경계든 가로지른다.
플로우 아이템은 “얼마나 빠른가”뿐 아니라 “무엇인가”도 보이게 만든다. 주제 2.2의 네 범주, 기능, 결함, 위험, 부채는 암묵적인 우선순위 결정을 명시적이고 측정 가능한 것으로 바꾼다.
플로우 아이템에 걸친 역량 배분은 제로섬이다. 한 아이템 유형에 더 많은 역량을 쓰면 다른 것에 이용 가능한 역량은 더 적어진다. 프레임워크는 그 트레이드오프를 암묵적으로 두는 대신 눈에 보이게 만든다.
다섯 가지 플로우 메트릭은 엔지니어링 질문뿐 아니라 비즈니스 질문에도 답한다. 그것들은 엔지니어링 팀 내부에 유지되는 것이 아니라 비기술적 이해관계자에게 제시되도록 설계되었다.
가치 흐름 관리는 일회성 매핑 연습이 아니라 지속적이어야 한다. 정적인 가치 흐름 지도는 낡아 버린다. 이 프레임워크는 팀이 이미 사용하는 도구로부터 계측되도록 만들어졌다.

권장 사항

무엇이든 계측하기 전에 당신의 가치 흐름을 지도로 그려라

어떤 플로우 메트릭이든 채택하기 전에, 비즈니스 필요가 식별되는 것부터 고객이 가치를 받는 것까지 작업의 한 조각이 실제로 밟는 경로를 걸으며, 모든 단계와 팀 간의 모든 핸드오프에 이름을 붙여라. 이것은 린 제조업에서 각색된 고전적인 가치 흐름 매핑 연습이며, 이를 건너뛰는 것이야말로 플로우 프레임워크 도입이 아무도 신뢰하지 않는 수치를 만들어 내는 가장 흔한 이유다: 검토되지 않고 비공식적으로 이해된 프로세스에 대해 계산된 메트릭은 실제로 일어나고 있는 일과 좀처럼 일치하지 않는다.

플로우 메트릭을 팀이 이미 사용하는 도구에 연결하라

플로우 프레임워크는 주기적인 수동 매핑 연습이 아니라 지속적이고 자동화된 가치 흐름 관리를 위해 만들어졌다. 팀이 손으로 갱신해야 하는 병렬 추적 시스템을 구축하는 대신, 작업이 이미 흐르고 있는 도구, Jira, Azure DevOps, GitHub에 플로우 아이템 추적을 직접 통합하라. 플로우 아이템의 상태는 근본적인 티켓이나 풀 리퀘스트가 움직임에 따라 스스로 갱신되어야 하며, 이는 이 책의 모든 메트릭에 대해 주제 1.5가 권장하는 자가 보고보다 계측을 우선하는 것과 동일한 규율이다.

플로우 분포를 엔지니어링 리더십뿐 아니라 비즈니스 이해관계자에게 직접 제시하라

이 프레임워크와 관련해 가장 크게 놓치는 기회는 그것을 내부 엔지니어링 도구로 취급하는 것이다. 기능 대 결함, 위험, 부채(주제 2.3)로 가는 작업의 비율인 플로우 분포는 제품 및 비즈니스 리더십과 나누는 대화가 되도록 특별히 설계되었는데, 이는 얼마나 많은 역량이 새로운 가치로 가고 얼마나 많은 역량이 현상 유지로 가는지에 대한 암묵적인 우선순위 결정을 가정된 것이 아니라 명시적이고 협상 가능한 것으로 만들기 때문이다.

네 가지 플로우 아이템을 형식이 아니라 진정한 분류 체계로 취급하라

모든 작업 단위가 소급 적용이 아니라 접수 시점에 네 가지 플로우 아이템 유형 중 정확히 하나로 분류되도록 요구하라. 사후에 적용되거나 “기본적으로 기능이니까”라는 이유로 느슨하게 적용된 분류는 분류 체계 전체의 가치를 침식하는데, 핵심은 역량이 실제로 어디로 갔는지에 대한 정직하고 일관된 기록이기 때문이다.

정해진 일정이 아니라 조직이 변할 때 가치 흐름 지도를 다시 살펴보라

가치 흐름 지도는 어떤 임의의 연간 주기가 아니라 팀 경계, 도구, 혹은 제품 자체가 의미 있게 바뀌는 순간 낡아 버린다. 재조직, 주요 도구 마이그레이션, 혹은 중대한 제품 전환을 가치 흐름을 다시 걸어야 할 트리거로 취급하라. 낡은 지도에 대해 계산된 플로우 메트릭은 조용히 잘못된 것을 측정하기 때문이다.

트레이드오프: 장단점

접근법	장점	단점
파이프라인 메트릭만 (DORA, 주제 2.10)	단순하고, 잘 검증되었으며, 기존 CI/CD 데이터로부터 계측하기 저렴함	어떤 종류의 가치가 전달되고 있는지에 대해 침묵함
완전한 플로우 프레임워크 도입	전달을 비즈니스 전략에 연결함; 가치 혼합을 눈에 보이고 협상 가능하게 만듦	정직한 가치 흐름 지도와 일관된 플로우 아이템 분류 규율이 필요함
정적인, 일회성 가치 흐름 매핑	워크숍 연습으로 저렴하고 빠르게 실행됨	빠르게 낡아짐; 실시간 메트릭이 아니라 스냅샷을 만들어 냄
지속적이고 도구 통합된 가치 흐름 관리	실시간의, 항상 최신인 데이터; 여러 가치 흐름에 걸쳐 확장됨	사전에 실제 도구 통합 작업이 필요함

핵심 긴장은 비즈니스 가독성 대 계측 노력이다. 파이프라인 메트릭은 파이프라인이 이미 데이터를 생산하기 때문에 저렴하다. 가치 흐름 메트릭은 전체 프로세스에 대한 정직한 지도와 파이프라인 메트릭이 결코 요구하지 않았던 규율 있는 접수 시점 분류 습관을 필요로 한다. 모든 팀에 걸쳐 동시에 빅뱅 롤아웃을 시도하는 대신, 조직 전체가 아니라 하나의 가치 흐름부터 시작하여 그것을 제대로 지도로 그리고, 오직 그 후에야 기존 도구에 플로우 아이템 추적을 통합함으로써 이 긴장을 해결하라.

팀과 논의할 질문

지금 당장 우리의 가장 중요한 제품에 대해 정확한 가치 흐름 지도를 그릴 수 있을까, 아니면 몇몇 핸드오프에 대해 추측하게 될까? 대부분의 조직은 이 경로를 끝에서 끝까지 실제로 걸어 본 적이 없다. 이 연습을 정직하게 시도하고 그룹이 실제로 일어나는 일에 대해 의견이 일치하지 않는 모든 곳을 기록하라. 그 불일치 자체가 진단적이기 때문이다.
지난 분기에 우리 팀이 출시한 모든 것을 기능, 결함, 위험, 부채로 분류한다면, 그 결과는 우리의 제품 리더십을 놀라게 할까? 대부분의 팀은 이 분할을 명시적으로 만든 적이 없으며, 그 답은 흔히 단순한 “전달된 스토리 포인트” 계수에서는 이전에 보이지 않았던 유지보수 부담이나 부채 문제를 드러낸다.
우리는 플로우 아이템을 추적하는 진정한, 도구 통합된 방법을 가지고 있는가, 아니면 이것이 누군가 수동으로 작업을 분류하고 재분류해야 할 것을 요구할 것인가? 수동 시스템은 실제 업무량 아래서 빠르게 쇠퇴하지만, 도구 통합된 시스템은 그렇지 않다. 실제로 당신이 유지할 준비가 되어 있는 것이 어느 쪽인지 정직하게 평가하라.
우리의 가치 흐름 지도는 마지막으로 언제 바뀌었으며, 그것을 반영하도록 우리의 메트릭을 업데이트했는가? 재조직과 도구 마이그레이션은 조용히 가치 흐름 지도를 무효화하며, 그런 일이 일어났을 때 그것을 다시 살펴볼 것을 기억하는 조직은 거의 없다.
우리의 플로우 메트릭이 비즈니스나 제품 이해관계자에게 직접 도달한 적이 있는가, 아니면 엔지니어링 내부에만 머무르는가? 파이프라인 전용 메트릭에 대한 이 프레임워크의 가장 큰 이점이 바로 이 대화이며, 그것을 건너뛰는 것은 프레임워크 가치의 대부분을 포기하는 것이다.
누군가 서면상 부정직한 일을 전혀 하지 않고도 우리의 플로우 아이템 분류를 게임하려면 무엇이 필요할까? 전달 압박을 받는 팀이 더 생산적으로 보이기 위해 부채나 위험 작업을 조용히 기능으로 다시 표시하는 방법을 살펴보고, 당신이 현재 그것을 알아챌 수 있을지 논의하라.

분야별 관점

스타트업. 완전한 가치 흐름 지도는 모두가 이미 전체 프로세스를 속속들이 알고 있는 다섯 명 규모의 팀에게는 보통 과하다. 이 규모에서 유용한 습관은 단순히 계획 대화에서 네 가지 플로우 아이템 유형을 소리 내어 말하는 것이며, 이는 기능 마감일이 다가오는 순간 부채와 위험 작업이 조용히 시야에서 사라지지 않게 한다.

중소기업. 전용 가치 흐름 관리 제품이 아니라 이미 사용하고 있는 경량 추적 도구 안에서 플로우 아이템 분류를 채택하라. 레이블이 붙은 열이나 사용자 정의 필드면 충분하다. 일관된 분류의 규율이 그 뒤에 있는 도구의 정교함보다 훨씬 더 중요하다.

엔터프라이즈. 이곳이 이 프레임워크가 제 몫을 하는 곳인데, 여러 제품 라인에 걸쳐 수십 개의 가치 흐름을 운영하는 대규모 조직은 엔지니어링 역량이 기능, 결함, 위험, 부채에 걸쳐 실제로 어떻게 배분되고 있는지를 한곳에서 볼 다른 신뢰할 수 있는 방법이 없기 때문이다. 도구 통합에 투자하라. 수동 대안은 실제 규모와의 접촉에서 살아남지 못한다.

정부. 정직한 답이 보안 개선이나 레거시 부채로 가는 역량의 몫이 늘어나고 있는 것일 때, 플로우 분포는 공공 부문 엔지니어링 조직에게 “왜 더 많은 새로운 기능이 출시되지 않는가”에 대한 방어 가능하고 비즈니스에 이해하기 쉬운 답을 준다. 그 트레이드오프를 조용히 흡수하는 대신 눈에 보이고 명시적으로 만드는 것이야말로 흔히 이 프레임워크가 정부 기술 리더에게 제공하는 단 하나의 가장 유용한 것이다.

사례

엔터프라이즈. 한 대형 보험 회사의 보험금 청구 플랫폼 조직은 스프린트 속도 보고서를 근거로 자신들이 주로 새로운 기능을 출시하고 있다고 믿었다. 첫 번째 가치 흐름 매핑과 플로우 아이템 분류 연습은 부채와 위험 작업, 그중 상당수가 10년 된 핵심 시스템으로부터 온 문서화되지 않은 기술 부채가 실제로 전체 엔지니어링 역량의 거의 절반을 소비하고 있다는 것을 드러냈으며, 이는 그 작업이 항상 일반적인 “엔지니어링 작업”에 포함되어 있었기 때문에 이전의 어떤 보고서도 드러내지 못한 사실이었다. 이 분할을 경영 위원회에 제시한 것은 플랫폼 역사상 처음으로 전용 부채 감축 예산을 확보했으며, 이는 부채 작업이 계속 모든 기능 요청에 맞서 조용히 경쟁하는 대신이었다.

정부. 한 국가 세무 당국의 디지털 서비스 부서는 꾸준한 스프린트 완료에도 불구하고 왜 대표적인 시민 대면 기능이 1년 넘게 “진행 중”이었는지 진단하기 위해 가치 흐름 매핑을 사용했다. 그 지도는 가치 흐름이 실제로 조직도가 반영하지 않는 세 번의 핸드오프를 가진 다섯 개의 별도 팀에 걸쳐 있다는 것을 드러냈고, 플로우 아이템 분류는 그 기능의 실제 엔지니어링 시간이 전체 플로우 타임의 작은 부분에 불과했으며, 나머지는 어떤 단일 팀 자체의 메트릭으로도 볼 수 없었던 팀 간 핸드오프 지연에 의해 소비되었다는 것을 보여 주었다. 그 부서는 그 특정 제품 라인에 대해 조직도가 아니라 가치 흐름을 중심으로 재구성했고, 두 분기 안에 플로우 타임을 상당히 줄였다.

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

플로우 프레임워크를 도입하는 것의 수익은 파이프라인 메트릭이 답할 수 없는 질문, 즉 엔지니어링 역량이 리더십이 믿는 방식으로 배분되고 있는가에 대한 방어 가능하고 비즈니스에 이해하기 쉬운 답이다. 위의 보험 사례, 즉 역량의 거의 절반이 이전에 보이지 않던 부채 작업으로 가고 있다는 것을 드러낸 것은, 조직이 실제로 자신의 작업을 정직하게 분류하고 나면 흔한 패턴이며, 그 가시성은 막연한 “기술 부채를 위한 시간이 더 필요하다”는 요청이 결코 얻을 수 없었던 투자를 일상적으로 열어 준다.

총 소유 비용은 두 곳에 집중되어 있다: 정직하게 수행하려면 실제 진행 시간이 필요한 초기 가치 흐름 매핑 연습, 그리고 수동 유지 관리 없이 플로우 아이템 데이터를 최신으로 유지하는 데 필요한 도구 통합. 두 비용 모두 잘 수행되면 일회성이거나 유지 비용이 낮으며, 이는 이 프레임워크를 도입하는 것보다 유지하는 것을 상당히 더 저렴하게 만든다.

안티패턴과 함정

가치 흐름 매핑을 결코 다시 살펴보지 않는 일회성 워크숍으로 취급하기: 조직이 변하는 순간 지도는 낡아 버리고, 낡은 지도에 대해 계산된 메트릭은 잘못된 것을 측정한다.
병렬적으로 수동 유지되는 플로우 아이템 추적 시스템 구축하기: 실제 업무량 아래서 빠르게 쇠퇴한다. 대신 기존 도구에 통합하라.
접수 시점이 아니라 소급해서 플로우 아이템을 분류하기: 이 주제의 핵심에 있는 게임 벡터다. 전달 압박 아래서, 팀은 플로우 분포 차트만 보는 이해관계자에게 더 생산적으로 보이기 위해 아무도 명시적이고 눈에 보이는 결정을 내리지 않은 채 사후에 부채나 위험 작업을 조용히 기능으로 다시 표시할 수 있다. 가드레일은 결과가 알려지기 전, 접수 시점에 분류를 요구하고, 근본적인 변경이 실제로 무엇을 했는지에 비추어 분류된 아이템의 표본을 정기적으로 감사하는 것이며, 이는 이 책의 모든 메트릭에 대해 주제 1.2가 요구하는 것과 동일한 감사 규율이다.
플로우 메트릭을 엔지니어링 내부에만 유지하기: 비즈니스 이해관계자와의 공유 어휘라는 프레임워크의 주된 이점을 포기한다.
실제 가치 흐름이 아니라 조직도를 지도로 그리기: 흔히 지연의 가장 큰 원천인 팀 간 핸드오프를 숨긴다.
하나의 가치 흐름에서 검증하기 전에 조직 전체에 프레임워크를 도입하기: 근본적인 지도가 정확하다고 확인된 적이 없기 때문에 아무도 신뢰하지 않는 메트릭에 대규모 투자를 하는 위험을 무릅쓴다.

성숙도 모델

1단계, 시작: 가치 흐름 지도가 존재하지 않는다. 작업은 플로우 아이템 분류 없이 일반적인 티켓으로 추적된다.
2단계, 개발: 하나의 가치 흐름이 지도로 그려졌고 플로우 아이템이 비공식적으로 분류되지만, 추적은 수동적이고 일관성 없이 적용된다.
3단계, 표준화: 플로우 아이템 분류가 기존 도구에 통합되고 주요 가치 흐름 전체에서 접수 시점에 일관되게 적용된다.
4단계, 관리: 플로우 분포가 비즈니스 이해관계자와 정기적으로 검토되며, 가치 흐름 지도는 조직이 변함에 따라 능동적으로 최신 상태로 유지된다.
5단계, 조율: 조직은 플로우 데이터를 사용해 가치 흐름 전반에 걸쳐 엔지니어링 투자를 의도적으로 배분하며, 프레임워크가 이전에 보이지 않던 트레이드오프를 눈에 보이게 만들었기 때문에 내려진 구체적인 전략적 결정, 즉 부채 감축 예산이나 팀 재구성을 제시할 수 있다.

논의를 위한 아이디어

오늘 추측 없이 우리의 대표 제품에 대해 정확한 가치 흐름 지도를 그릴 수 있을까?
정직한 플로우 아이템 분류는 지난 분기 역량 중 몇 퍼센트가 기능이 아니라 부채와 위험으로 갔다는 것을 드러낼까?
우리의 플로우 메트릭은 현재 비즈니스 이해관계자에게 도달하는가, 아니면 엔지니어링 내부에 머무는가?
우리 조직도가 반영하지 않는, 우리 가치 흐름에서 가장 큰 팀 간 핸드오프는 무엇인가?

핵심 요약

Mik Kersten의 Project to Product에서 온 플로우 프레임워크는 파이프라인 자체가 얼마나 빠르게 실행되는지뿐 아니라 어떤 종류의 가치가 전달 파이프라인을 통해 이동하는지 측정한다.
팀이나 파이프라인이 아니라 가치 흐름이 프레임워크의 측정 단위이며, 무엇이든 계측하기 전에 그것을 정직하게 지도로 그리는 것이 먼저다.
사후가 아니라 접수 시점의 플로우 아이템 분류는 이 주제의 핵심 게임 벡터, 즉 더 생산적으로 보이기 위해 부채나 위험 작업을 조용히 기능으로 다시 표시하는 것에 대한 가드레일이다.
실제 업무량을 견디지 못할 병렬 수동 추적 시스템 대신 플로우 메트릭을 Jira, Azure DevOps, GitHub 같은 기존 도구에 연결하라.
플로우 데이터를 비즈니스 이해관계자에게 직접 제시하라. 그 대화야말로, 내부 엔지니어링 대시보드가 아니라, 파이프라인 전용 메트릭에 대한 이 프레임워크의 주된 이점이다.

참고 문헌 및 추가 자료

Kersten, Mik. Project to Product: How to Survive and Thrive in the Age of Digital Disruption with the Flow Framework. IT Revolution Press, 2018.
Rother, Mike, and John Shook. Learning to See: Value Stream Mapping to Create Value and Eliminate Muda. Lean Enterprise Institute, 1999.
Kim, Gene, Kevin Behr, and George Spafford. The Phoenix Project. IT Revolution Press, 2013.
Kim, Gene, Jez Humble, Patrick Debois, and John Willis. The DevOps Handbook. IT Revolution Press, 2016.