11.0

View in English

11.0 11부 소개: 흐름: 디스커버리 및 전달 파이프라인

소프트웨어는 좋은 아이디어가 첫 생각에서 실제 사용자 손의 측정된 결과까지 끝까지 흐를 때만 가치를 전달합니다. 11부는 그 흐름을 처음부터 끝까지 다룹니다. 조직은 무엇을, 왜 만들지를 어떻게 결정합니까? 검증된 아이디어를 어떻게 안전하고 반복 가능하게 실행되는 소프트웨어로 바꿉니까? 그리고 현실 세계의 결과를 다음 결정에 어떻게 되먹입니까? 이것은 순차적인 두 단계가 아닙니다. 흔히 이중 트랙 개발이라 불리며 지속적으로 병렬로 돌아가는 두 파이프라인이고, 그 밑에는 둘 모두에 공통된 흐름의 수학 이론이 있습니다.

큰 팀에서 가치의 대부분은 흐름에서 얻거나 잃습니다. 전달은 훌륭하지만 디스커버리가 약한 팀을 그려 보십시오. 엉뚱한 것을 효율적으로 만들고, 빠르게 출하하고, 속도 목표를 맞추면서도 어떤 비즈니스 지표도 움직이지 못합니다. 또는 목표는 분명하지만 전달이 느리고 위험한 팀은 그 목표를 피드백에서 굶깁니다. 그리고 대기열의 수학을 무시하는 팀은 평균을 중심으로 계획하고, 시스템을 너무 뜨겁게 돌리며, 역량이 차오를수록 폭발하는 대기 시간에 비싸게 놀랍니다. 흐름을 명시적이고, 측정 가능하고, 수학적으로 근거 있게 만드는 것이 큰 조직이 노력을 성과에 연결하는 방법입니다.

기업과 정부 맥락은 판돈을 더 올립니다. 기업은 공유된 전략에 맞춰 수십 개 팀을 조율하며, 어긋난 지역 목표가 복리로 쌓여 낭비된 포트폴리오가 됩니다. 정부 프로그램은 입법된 임무에 대해 다년간의 공적 자금을 약정하며, 성과가 실현되지 않으면 “계약에 쓰인 것을 만들었습니다”는 변명이 되지 않습니다. 둘 모두 답은 같습니다. 규율 있는 디스커버리, 산업화된 전달, 역량과 흐름에 대한 공유된 언어입니다. 그것이 의도를 감사 가능하게 만들고 투자를 일화가 아니라 증거로 정당화하는 방법입니다.

이 부의 장

  • 11.1 디스커버리 파이프라인: 무엇을 왜 만들지 결정하고 성공이 어떤 모습인지 정의하는 일의 흐름. 목표와 핵심 결과(OKR), 핵심 성과 지표(KPI), 명시적 품질 속성(신뢰성, 성능, 보안 같은 비기능적 “-성들”), 위험을 줄이는 실험을 통해 문제, 증거, 전략을 우선순위가 정해지고 시험 가능한 의도된 성과의 집합으로 바꿉니다.
  • 11.2 전달 파이프라인: 코드 커밋에서 프로덕션 변경, 측정된 효과로 가는 산업화된 길. 자동화된 테스트, 지속적 통합과 지속적 전달(CI/CD), 점진적 배포를 작고, 되돌릴 수 있고, 감사 가능한 변경을 출하하며 그것이 효과가 있었음을 증명하는 성과 지표를 붙이는 하나의 종단 간 기계로 조립합니다.
  • 11.3 대기열 이론: 흐름의 바탕에 있는 대기 행렬의 수학적 연구. 소수의 강건한 관계(가장 중요하게 안정된 대기열의 평균 항목 수가 도착률 곱하기 각 항목이 머무는 평균 시간과 같다는 리틀의 법칙)를 써서 리드 타임(작업 항목의 시작에서 끝까지의 경과 시간), 처리량(단위 시간당 완료), 활용률(역량이 얼마나 가득 쓰이는가), 변동성에 놀라는 대신 이를 추론합니다.
  • 11.4 목표와 핵심 결과(OKR): 설정하는 목표. OKR은 정성적이고 영감을 주는 목표를 소수의 측정 가능한 성과 기반 핵심 결과와 짝지우고, 위에서 아래로 그리고 아래에서 위로 정렬하고, 주기로 운영하며, 0.0에서 1.0 척도로 정직하게 채점하고, 야망이 벌받지 않도록 보상과 떨어뜨려 둡니다.
  • 11.5 핵심 성과 지표(KPI): 유지하는 척도. KPI는 지속되는 건강을 추적하는 소수의 정렬되고, 소유자가 있고, 행동 가능한 지표(선행 대 후행, 조작에 대한 방어)로, 북극성 지표 아래 트리로 조직되며 SLO와 DORA 지표 같은 운영 지표를 포함합니다.
  • 11.6 가치 흐름 매핑과 지연의 비용: 아이디어에서 가치까지의 전체 흐름을 보고, 병목을 찾고, 흐름 효율을 측정하며, 가장 큰 목소리가 이기는 대신 기다림의 경제학이 순서를 이끌도록 지연의 비용과 가중 최단 작업 우선으로 우선순위를 정합니다.

이 장들이 서로 맞물리는 방식

이 장들은 하나의 루프를 이룹니다. 디스커버리(11.1)는 전달(11.2)에 위험이 줄고 잘 구성된 일의 준비된 공급을 먹입니다. 전달은 그 일을 출하하고 실제 효과를 측정합니다. 그리고 그렇게 전달된 성과는 다음 결정의 증거로 디스커버리에 다시 들어갑니다. 디스커버리는 무엇과 왜에 답하고, 전달은 어떻게 안전하게, 얼마나 빨리 출하하며 실제로 효과가 있었는가에 답합니다. 어느 쪽도 다른 쪽 없이는 완전하지 않으며, 둘 모두 순차적 관문이 아니라 지속적으로 돌아갑니다.

대기열 이론(11.3)은 루프 전체 밑의 수학적 기반입니다. 디스커버리 백로그는 대기열입니다. 전달 파이프라인은 대기열들의 대기열(대기열이 대기열에 공급되는 다단계 흐름으로 모델링됨)입니다. 둘 모두 같은 법칙을 따릅니다. 리드 타임은 진행 중인 작업을 처리량으로 나눈 것과 같고, 대기 시간은 활용률이 100%에 접근하면서 비선형으로 오르며, 변동성(작업량만이 아니라)이 지연을 만듭니다. 이는 제품 관리자, 사이트 신뢰성 엔지니어(SRE), DevOps 팀에게 역량 계획과 현실적 목표를 위한 하나의 공유 어휘를 줍니다. 도착률(일이 얼마나 빨리 도착하는가), 서비스율(얼마나 빨리 처리되는가), 활용률, 대기 시간(일을 하는 것이 아니라 대기열에서 보낸 시간)입니다.

이 부는 바깥으로도 연결됩니다. 디스커버리의 명시적 품질 속성은 아키텍처 기초(3.1장)와 확장성, 성능, 복원력(3.5장)의 디스커버리 측 보완물이며, 7.3장과 7.4장의 분석 및 실험 장치에 기댑니다. 전달은 다른 곳에서 자세히 다루는 메커니즘을 조립합니다. 테스트 전략(2.4장), 트렁크 기반 개발(2.6장), CI/CD와 배포 전략(8.1장), 코드형 인프라(8.2장), 테스트와 프로세스 자동화(8.5장), 신뢰성과 SLO(서비스 수준 목표, 9.1장)입니다. 두 파이프라인 모두 포트폴리오와 프로그램 관리(10.1장)에 올라붙으며, 대기열 이론은 그 모두를 관통하는 흐름과 역량 결정의 수학을 공급합니다.