— 현장에서 직접 굴린 AX 실행 노트: 재설계·증명·정착의 결정 기준
프롤로그
이 책은 AX를 ‘말하는’ 자리가 아니라 ‘굴려본’ 자리에서 썼다. 전략을 내려다본 기록이 아니라, 과제를 직접 설계하고 구현해 운영에 넣고, 효과를 기준선과 증거 등급으로 측정하고, 안 되는 것은 정해진 기준에 따라 폐기까지 해 본 풀사이클의 기록이다. 그래서 이 책의 차별점은 잘된 그림도, ‘왜 실패하는가’의 진단도 아니다 — ‘어디서 망했고 어떤 기준으로 접었는가’, 직접 굴려본 사람만 아는 폐기의 결과 재설계의 비가역 디테일이다. 그 폐기와 재설계의 구체를, 회의 테이블에 그대로 펴서 쓰는 의사결정 트리·게이트·증거 등급표의 밀도로 옮긴 실무자의 결정 노트가 이 책이다. ‘AX 실패는 기술이 아니라 경영의 문제’라는 진단은 이 책이 서 있는 출발점일 뿐, 차별점이 아니다 — 왜 실패하는지는 이미 모두가 안다. 차별점은 그 진단이 아니라, 그 경영 문제를 회의 테이블에서 무엇을 어떤 기준으로 접고 다시 설계할지 손에 쥐여주는 풀사이클 실무자의 도구 밀도다. 직위가 아니라 ‘무엇을 직접 굴렸고 무엇을 기준대로 접었는지만 손으로 확인해 적었다’는 정직성이 이 책이 내세우는 유일한 권위다.
사용량은 늘었는데, 일은 그대로다
지난 1~2년 사이 조직 안에서 AI 사용량은 늘었다. 구독 좌석, 호출 수, 회의 때마다 “이것도 AI로 해봤다”는 보고가 늘었다. 그런데 정작 묻고 싶은 질문 — 그래서 일하는 방식이 바뀌었는가, 비용이 줄었는가, 더 빨라졌는가, 품질은 유지됐는가 — 앞에서는 모두가 말을 흐린다. AI를 도입하는 거의 모든 조직에서 흔히 반복되는 장면이 이것이다. 사용량 그래프는 우상향인데, 그 끝에서 “그래서 무엇이 끝났는가”를 대면 모두가 머뭇거린다.
이 어긋남은 한 조직만의 일이 아니라 업계 전반의 공통 현상이다. 대규모 개발 생산성 연구에서 개인 산출은 올라갔지만 시스템 단위로 전달되는 결과는 정체됐다. 개인은 더 많이 만들었는데 리뷰·승인·통합 단계에서 막혀 조직 처리량은 그대로였고, 리뷰 대기는 오히려 늘었다. AI가 만든 코드·문서·초안의 양은 늘었지만 검증을 통과해 완료된 일은 비례해 늘지 않았다.
이 책이 인용하는 트렌드 숫자는 방향의 근거일 뿐이다. 책의 뼈대(의사결정 트리·게이트·증거 등급·산식)는 숫자가 바뀌어도 유지된다. 그래서 본문은 항상 주장을 먼저 세우고 근거를 뒤에 붙인다.
여기서 이 책의 단일 명제가 나온다.
AX는 ‘AI 도구를 더 쓰는 일’이 아니다. 내 제품·부서·팀의 업무를, 같은 인원이 만든 ‘검증된 산출’로 재설계하고, 그 효과를 비용·리드타임·품질로 증명한 뒤, 일회성 영웅담이 아니라 통제 가능한 반복 체계로 정착시키는 일이다.
핵심 단어는 ‘검증된’이다. AI가 만든 초안, 코드 줄 수, 토큰 사용량, 호출 수는 그 자체로 성과가 아니다. 사람의 검토·테스트·승인·배포·업무 완료·재무 확인을 통과한 산출만 성과다. “AI를 썼다”는 채택 지표와 “돈을 얼마나 썼다”는 비용 지표 사이에는 빈 공간이 있다. 그 공백을 메우는 단위는 도구가 아니라 업무 단위(work unit) — 처리 건 하나, PR 하나, 리포트 한 장, 의사결정 하나다. 그 공백을 ‘검증된 업무 단위’로 메우는 것, 그것이 이 책이 하는 일이다.
그래서 리더의 역할도 다시 정의된다. (A) 왜 투자하고, 무엇을 측정하며, 어떤 신호를 통제할지 정하는 것(의사결정·승인), 그리고 (B) 내 조직의 어느 업무를 재설계하고 어떻게 증명할지 결정하는 것(실행)이다. 이 둘이 이 책의 두 축이다. 책 전체에서 A = 의사결정·승인 축, B = 실행 축으로 부른다.
측정은 척추가 아니라 판단 기준이다
한 가지를 미리 짚는다. 이 책에는 ‘AI leverage(검증된 산출 배수) 측정’이라는 강력한 도구가 나온다(9장). 하지만 그것이 책 전체의 척추는 아니다. 측정·비용·자율성·거버넌스는 각 결정 지점에 녹아 작동하는 판단 기준이지, 그 자체가 목적인 새 레이어가 아니다. 측정을 위한 측정, 거버넌스를 위한 거버넌스는 또 다른 비용일 뿐이다. 사용량으로도 토큰비로도 성과를 말할 수 없게 된 지금, **‘검증된 산출로 말하는 공통 장부’**가 없으면 재설계도 증명도 확산도 공중에 뜬다. 그래서 측정을 다룬다.
그래서 측정은 두 자리로 나뉜다. 1장은 ‘사용량 ≠ leverage’라는 관점을, 9장은 그 관점을 숫자로 다루는 도구를 맡는다. 관점은 책 전체에 깔리지만 측정 도구는 증명 단계(Part 2)의 한 장에 격리된다. 측정 자체가 목적이 되는 순간 대시보드를 채우는 일이 새 업무가 되고, 재설계는 멈춘다. 측정은 결정의 근거로만 쓰고 그 자체를 키우지 않는다.
거버넌스·통제·3계층 아키텍처도 본문 척추로 쓰지 않는다. 컨설팅펌이 이미 점령했고 가장 빨리 낡는 영역이다. 대신 각 장 말미의 ‘리더가 승인·요구할 신호’ 박스와 **Part 4(정착)**에서 신호 중심으로 다룬다. 리더 우산 독자에게 필요한 것은 통제 장치의 구현 명세가 아니라 ‘어떤 레벨을 승인하고 어떤 개입 권한을 요구할지’이기 때문이다.
이 책이 약속하지 않는 것
이 책은 ‘AI 툴 사용법’ 책이 아니다. 어떤 모델이 더 좋은지, 어떤 프롬프트가 더 잘 되는지를 다루지 않는다. 컨설팅 백서나 트렌드 리포트도 아니다. ‘무엇이 중요한가’를 나열하는 대신, **‘내 조직의 지금 상태에서, 다음에 무엇을, 어떤 기준으로 결정·실행하는가’**를 의사결정 트리·체크리스트·전후 비교·실패모드로 제공한다.
본문 사례는 특정 회사·도구·금액·일정·인물이 아니라 ‘한 채용 플랫폼 기업’, ‘B2B SaaS 운영팀’처럼 일반화한 형태로 든다. 골격 — 어디서 막혔고 무엇을 폐기했고 어떻게 다시 설계했는가 — 은 직접 굴려본 과제에서 끌어온 것이다. 절대값이 빠진 자리는 약점이 아니다 — 의사결정을 좌우하는 것은 절대값이 아니라 비교와 방향이기 때문이다. 빈 칸에 당신 조직의 값을 채우면 된다.
증거 등급은 저자 자신에게 먼저 적용한다. 이 책은 저자 자신의 성과 주장에도 본문이 독자에게 요구하는 것과 같은 증거 등급(L0~L5)을 그대로 적용했다. 기준선 없는 체감은 성과로 쓰지 않았고(“큰 효과”, “생산성이 올랐다” 같은 무등급 과장을 배제했다), 재무 효과는 실제로 재무에 연결할 수 있는 경우에만 그렇게 불렀다 — L2(전후 비교)를 L4(재무 연결) ROI처럼 말하지 않는다. 그래서 이 책은 ‘성과가 난 사례’보다 ‘판정 가능한 사례’(폐기·보류·반려 포함)를 전면에 둔다.
두 개의 축 — 같은 리더가 동시에 쥔다
이 책은 AX를 책임지는 리더가 내리는 결정을 두 축으로 나눠 다룬다. 둘은 서로 다른 사람의 일이 아니라 같은 리더가 동시에 쥔 결정이다.
| 축 | 핵심 질문 | 누구의 공통 과제인가 | 책에서의 위치 |
|---|---|---|---|
| (B) 실행 축 | 내 제품·부서·팀에서 무엇을 재설계·증명하고, 무엇을 만들지 않을 것인가 | PO/PD·현업 리더 | Part 1~3 (책 전면) |
| (A) 의사결정·승인 축 | 왜 투자하고, 무엇을 측정하며, 어떤 위험·자율성·비용·거버넌스 신호를 승인·통제할 것인가 | 모든 리더 공통 | 각 장 말미 신호 박스 + Part 4 |
이 책은 실행 축(B)을 먼저, 전면에 다룬다. 컨설팅 백서가 거버넌스·통제·아키텍처를 두껍게 다룰 때 정작 비어 있는 것은 ‘내 조직에서 무엇을 바꾸고 어떻게 증명하는가’다. 그래서 재설계(Part 1)·증명(Part 2)·확산(Part 3)을 앞에 두고, 의사결정 축(A)의 거버넌스성 통제는 각 장 말미 신호 박스와 Part 4에서 신호로 다룬다.
책의 구조 — 5부의 여정
| Part | 단계 | 주된 축 | 이 단계의 질문 |
|---|---|---|---|
| Part 0 | 시작 전 — 관점과 자가진단 | A·B 혼합 | 우리는 AX를 어떻게 봐야 하고, 지금 어느 단계에 있는가 |
| Part 1 | 재설계 | B 실행 | 무엇을 바꾸고, 무엇을 만들지 않을 것인가 |
| Part 2 | 증명 | B 실행 | 파일럿을 열고, 사용량이 아니라 검증된 산출로 어떻게 증명하는가 |
| Part 3 | 확산 | B 실행 | 한 번의 성공을 어떻게 재사용 자산으로 바꾸는가 |
| Part 4 | 정착 — 리더가 승인·요구할 신호 | A 의사결정 | 거버넌스를 병목이 아니라 가속으로 만들려면 무엇을 쥐고 무엇을 위임하는가 |
각 장은 같은 패턴을 반복한다. 이 장의 질문 → 의사결정 트리·체크리스트·전후 비교 → 통과 게이트·실패모드 → 리더가 승인·요구할 신호. 어느 장을 펴도 “그래서 무엇을, 어떤 기준으로 결정·실행하라”가 분명하도록 설계했다.
두 가지 중요한 주의
선형으로 읽되, 선형으로 일하지 말라. 책은 Part 0에서 Part 4로 흐르지만 실제 조직은 그렇게 움직이지 않는다. 개발 자동화는 이미 확산(Part 3) 단계인데 데이터 분석은 아직 재설계(Part 1) 단계일 수 있다. 영역마다 단계가 다를 수 있다(비선형). Part 0의 자가진단으로 영역별 현재 위치를 먼저 찍고, 영역별로 해당 Part부터 적용하라.
방법은 영속 자산, 수치는 교체 가능한 예시다. 의사결정 트리·게이트·증거 등급·산식은 이 책의 뼈대다. 반면 인용된 트렌드 수치, 도구명, 모델명, 규제 조항은 빠르게 바뀌는 예시 레이어다. 방법은 그대로 쓰되 수치·도구명·규제 세부는 당신의 시점에 맞게 갱신하라.
이 책이 반복해서 쓰는 네 가지 도구 — 지금 바로 한 번씩 써보라
도구를 설명만 하면 머리에 남지 않는다. 그래서 네 가지 핵심 도구를 축소판 실물로 먼저 보여준다. 본문은 이 도구들을 단계별로 정교화할 뿐, 골격은 아래와 같다. (세 번째 ‘증거 등급’과 네 번째 ‘통과 게이트’는 L0~L5 척도를 공유하니 증거 등급을 먼저 읽고 게이트로 넘어가면 더 잘 읽힌다.)
1) 자가진단 — 내 영역은 지금 어느 단계인가 (Part 0)
다음 5문항에 예·아니오로 답하라. ‘예’의 개수가 당신 영역의 출발 Part를 정한다.
- 이 영역에서 ‘AI 적용 전’ 기준선(처리량·리드타임·품질·비용)을 숫자로 댈 수 있다.
- 멈춤(중단) 기준이 문서로 정해진 파일럿이 하나라도 있다.
- 검증된 산출(승인·배포·완료 통과)을 사용량과 분리해 본 적이 있다.
- 성공한 사례를 다른 팀이 그대로 재사용한 적이 있다.
- 비용과 업무 완료가 같은 ID로 연결되어 보고된다.
→ 예 0–1개: Part 1(재설계) / 2–3개: Part 1–2(재설계·증명) / 4–5개: **Part 3(확산)**부터. → 단, 4번에 ‘예’지만 ‘누가 작업해도 같은 품질’을 보장하는 반복 체계가 없다면 **Part 4(정착)**도 함께 보라. 누구든 출발 전 Part 0 자가진단은 건너뛰지 말라.
2) 의사결정 트리 — “이 일, 자동화할까 아예 없앨까” (축소판, 5장에서 6분류로 확장)
이 업무가 반복되는가?
├─ 아니오 → 자동화 보류(1회성은 비용만 키운다)
└─ 예 → 이 단계를 사람이 꼭 봐야 하는가(법무·금전·개인정보·대외발송)?
├─ 예 → '승인 보조(사람 승인 후 실행)'로 설계
└─ 아니오 → 이 단계 자체를 없앨 수 있는가?
├─ 예 → 자동화 말고 '요청 축소·제거'(가장 큰 절감)
└─ 아니오 → Skill·MCP·기존 도구로 충분한가?
├─ 예 → 가볍게 붙인다(풀스택 금지)
└─ 아니오 → 비로소 별도 구현 검토핵심 원칙: 현재 사람 절차를 그대로 빠르게 복제하는 것은 자동화가 아니다. 에이전트가 줄일 수 있는 취합·전달·재확인 단계를 먼저 없애고 업무를 다시 설계하라. 6분류(요청 축소·재설계·시스템 흡수·승인 보조·지식 정리·자동 처리)의 전체 트리는 5장에 있다.
3) 증거 등급(L0~L5) → 보고 문구 매핑 (10장으로 확장)
먼저 등급 척도를 잡아라. 아래 L 등급은 다음 ‘통과 게이트’에서도 그대로 쓴다.
| 등급 | 말할 수 있는 것 | 허용 보고 문구 |
|---|---|---|
| L0 | 체감 사례 | “가능성이 보인다” |
| L1 | 사용·산출 로그 | “사용과 산출이 확인된다” |
| L2 | 전후 비교 | “전후 비교에서 개선이 관측된다” |
| L3 | 비교군 검증 | “비교군 기준으로 개선이 확인된다” |
| L4 | 재무 연결 | “재무 효과로 인정 가능하다” |
| L5 | 전략 KPI 연결 | “전사 전략 KPI에 반영 가능하다” |
보고 규칙: 경영진 보고는 L2 이상, 예산 확대는 L3 이상, 재무 효과 주장은 L4 이상에서만. 이 한 줄이 “사용량이 늘었다”는 공허한 보고와 “증거 등급 없는 ROI 단정”을 막는다.
4) 통과 게이트 — 다음 단계로 보내도 되는가 (4지선다, 12장으로 확장)
| 판단 | 기준(요약) |
|---|---|
| 확대 | 비교군 기준 개선(L3 이상), 품질 악화 없음, 단위 비용 통제, 재사용 가능 |
| 유지 | 전후 비교 개선(L2), 품질 안정, 기준선 보강 필요 |
| 보류 | 개선 작음·비용 과다, 기준선 불명확, 업무 재설계 선행 필요 |
| 폐기 | 품질 악화, 비용 역전, 승인·보안 우회, 재사용 불가 |
폐기는 실패가 아니다. 쓰이지 않는 것을 빨리 멈추는 것도 비용 절감과 신뢰 회복의 일부다. 멈출 것을 멈춰야 파일럿 피로(세 번째 실패 후 스폰서 이탈)를 막는다.
독자별 진입 안내 — 리더 우산 안에서 자기 자리 찾기
이 책의 1차 독자는 **‘리더 우산’**이다. 부문장·현업조직 리더·전환 오너(Head of AI/전환 TF)와 시니어 PO/PD를 넓게 포괄한다. 사업부(LOB) 리더가 AI 도입의 최대 의사결정 그룹이 된 시대에, 의사결정 권한과 실행 책임을 함께 진 실무 리더가 당신이다.
역할과 상황에 따라 가장 급한 곳부터 들어가도 된다. 공통 전제: 누구든 먼저 Part 0(특히 자가진단)으로 자기 조직의 단계를 찍어라. 그래야 나머지를 헛읽지 않는다. 아래 장 번호는 본문 목차와 일치한다(Part 0–4, 1–19장).
PO·프로덕트 리더(PD 포함) — “내가 책임지고, 다음에 무엇을 재설계·증명할 것인가”
당신은 실행 축(B)의 중심이다. Part 0으로 관점과 단계를 잡은 뒤, 실행 축 전면(Part 1~3)을 당신 영역이 머문 단계부터 직행하라. 자동화 후보를 고르는 중이면 5장(업무 재설계 6분류 의사결정 트리)·6장(Anti-Slop 게이트), 성과를 경영진에 증명해야 하면 **Part 2(9장 leverage 측정 · 10장 증거 등급 · 11장 총비용 · 12장 확대·폐기 게이트)**가 가장 급하다. 마지막으로 19장에서 ‘피처 관리자’에서 ‘사회기술 생태계 오케스트레이터’로 바뀌는 당신의 새 역할을 확인하라.
경영진·부문장 — “계속 투자할지, 무엇을 멈출지, 무엇을 통제할지”
전체를 읽을 시간이 없다면 Part 0(관점 → 실패모드 → 자가진단) → Part 2(10장 증거 등급 · 12장 게이트) → Part 4(승인·요구할 신호 + 19장 90일 플랜) 순으로 읽어라. 다음 리뷰에서 봐야 할 단 하나는 “사용량이 늘었다”가 아니라 “어떤 증거 등급으로, 어떤 검증된 산출이, 비용 차감 후에도 남는 순가치를 만들었는가”다. 무엇을 승인하고 멈출지의 기준은 위 ‘증거 등급’·‘통과 게이트’ 매핑과 각 장 말미 신호 박스에 들어 있다.
전환 오너·Head of AI·전환 TF — “전사 운영 체계로 어떻게 묶는가”
당신은 두 축을 모두 쥔다. 실행 축(Part 1~3)에서 현업이 무엇을 재설계·증명하는지 그 결을 익히고, 의사결정 축(Part 4의 16~18장)에서 3계층 경계·RACI·런타임 통제를 ‘리더가 승인·요구할 신호’로 압축해 다루는 법을 가져가라. 핵심 무기는 ‘거버넌스를 병목이 아니라 가속 인프라로 만드는 법’과 ‘저위험 패스트트랙(Fast Track)·고위험 강화 심의의 분리’(17장)다.
엔지니어링 리드·플랫폼 담당 — “어떤 구조 위에서 반복 가능하게 만드는가”
**Part 4(16장 위험 등급·자율성 · 17장 RACI·Policy as Code · 18장 3계층 경계·런타임 거버넌스)**가 핵심이지만, 그 전에 **7장(데이터·시스템 준비)**을 읽어 가장 큰 비용이 토큰이 아니라 밀린 데이터 준비(하니스(harness) 결함)임을 잡아라. 자율성은 **‘기능이 아니라 피해 반경(blast radius)으로 판정한다’**는 원칙(16장)이 출발점이다. 15장은 한 번의 성공을 Skill·MCP(Model Context Protocol, AI가 외부 시스템·데이터·도구를 표준 방식으로 호출하게 하는 오픈 프로토콜) 재사용 자산으로 바꾸는 방법을 다룬다.
현업 부서 리더(비개발) — “내 부서에서 어디를 바꾸고 어떻게 증명하나”
**Part 1(재설계)**과 **13장(기능별 조직 전환 카탈로그 Before/After)**부터 보라. 자기 기능의 전환 지점을 사례로 먼저 발견한 뒤, Part 2의 증명 도구(9~10장)로 그 전환을 검증 가능한 숫자로 바꾸면 된다. 통제·아키텍처는 권한 밖이니 각 장 말미 신호 박스만 챙기면 된다.
왜 지금(2026)인가
지금 이 책이 필요한 이유는 세 가지다. 각 이유 끝에는 통계가 아니라 당신이 이번 주에 마주칠 증상을 붙였다.
첫째, 책임의 주체가 바뀌었다. AI 도입은 더 이상 CIO·CTO만의 일이 아니다. 에이전틱 AI 도입의 최대 의사결정 그룹은 사업부(LOB) 리더로 옮겨가 CIO·CTO를 앞질렀다. 도구를 고르고 예산을 태우고 성과를 증명해야 하는 사람이 현장의 리더와 PO가 됐다는 뜻이다. 동시에 PM/PO의 역할도 ‘생성하는 AI’에서 ‘행동하는 AI(에이전틱)‘를 다루는 쪽으로, ‘피처 관리자’에서 ‘사회기술 생태계 오케스트레이터’로 재정의되고 있다.
증상: “그래서 이거 효과 있어요?”라는 질문이 IT부서가 아니라 당신에게 날아오기 시작했다.
둘째, 무엇을 접어야 하는지가 분명해졌다. AI를 도입하는 조직에서 가장 흔히 나타나는 단일 실패 동인은 파일럿을 전환으로 착각하는 것이다. 한 번 성공한 시연을 전사 전환으로 오해하고, 몇 번째 파일럿이 실패하면 스폰서가 떠난다 — 이는 특정 회사의 일이 아니라 업계 전반에서 반복되는 패턴이다. 그래서 필요한 것은 ‘왜 실패하는가’의 진단이 아니라 **‘무엇을, 어떤 기준으로 접고 다시 설계할 것인가’**의 결정 — 직접 폐기까지 설계·운영해 본 사람만 쓸 수 있는, 회의 테이블에 그대로 펴는 폐기 판정 게이트와 재설계 트리다. PoC 중 프로덕션에 도달하는 것은 소수뿐이고, 프로덕션급 데이터 준비를 갖춘 곳도 극소수다. 반대로 재무성과를 낸 곳의 공통점은 분명하다 — 모델을 고르기 전에 엔드투엔드 워크플로를 재설계한 곳이 그렇지 않은 곳보다 뚜렷이 많았다. (보조 근거로만 덧붙이면, 다수 사례를 분석한 연구들에서도 AX 실패의 대부분은 기술이 아니라 전략·거버넌스·변화관리에서 왔다 — 기술 결함은 소수다. 즉 실패는 한 회사의 문제가 아니라 AI를 도입하는 조직이 공통으로 겪는 현상이다. 다만 이 진단은 이 책의 차별점이 아니라 출발점일 뿐이다. 이 책의 일은 ‘왜 실패하는지’를 한 번 더 설명하는 것이 아니라, 그 문제를 회의 테이블에서 무엇을 어떤 기준으로 접고 다시 설계할지로 푸는, 풀사이클 실무자의 폐기·재설계 도구를 손에 쥐여주는 것이다.)
증상: 잘 된 데모는 쌓이는데, “그래서 이걸 전사로 어떻게 펴지?”에서 매번 막힌다.
셋째, 측정의 언어가 무너졌다. PR 수, 코드 줄 수, 커밋 수 같은 전통 지표는 AI가 양을 부풀려 더 이상 믿기 어렵다. 토큰만 보는 비용 관리도 깨진다. 에이전틱은 작업당 토큰을 여러 배로 소비하는데 그 비용은 표준 대시보드에 잘 보이지 않는다. 게다가 엔터프라이즈 AI 실패의 상당수는 모델이 아니라 하니스(맥락·스키마·상태 관리)의 결함에서 온다 — 모델만 최적화하고 데이터·맥락을 준비하지 않으면 수익이 체감한다. 사용량으로도 토큰비로도 성과를 말할 수 없게 된 지금, 검증된 산출로 말하는 새로운 장부가 필요하다.
증상: 사용량 그래프는 우상향인데, 청구서와 성과 보고서가 서로 다른 이야기를 한다.
이 세 변화가 한 점에서 만난다. 권한은 현장 리더에게 내려왔고, 실패의 원인은 실행과 증명에 있으며, 옛 언어로는 성과를 말할 수 없다. 그래서 이 책은 거버넌스 백서가 아니라 리더의 실행 의사결정서다. 1장에서 ‘AI를 많이 쓰는 것’과 ‘leverage’를 구분하는 관점에서 출발하고, 그 관점을 숫자로 다루는 측정 도구는 9장에서 펼친다.
그래서 전략서가 아니라 실무자의 실행서다. 권한이 현장으로 내려왔다는 것은, 이제 필요한 책도 방향을 조망하는 전략서가 아니라 회의 테이블에서 바로 펴서 다음 결정을 내리게 하는 실행서라는 뜻이다. 임원 시점의 전략서는 ‘AX가 왜 중요한가’를 잘 설명한다. 그러나 현장 리더가 매주 마주하는 질문 — 이 업무를 자동화할까 아예 없앨까, 이 파일럿을 확대할까 폐기할까, 이 성과를 어떤 증거 등급으로 보고할까 — 앞에서는 추상적이다. 실패의 구체와 폐기의 기준은 직접 설계하고 운영하고 폐기까지 해 본 사람만 줄 수 있다. 이 책이 비전 대신 의사결정 트리·증거 등급·통과 게이트·30일 폐기 기준 같은 ‘그 자리에서 쓰는 도구’로 채워진 이유가 여기 있다. 외부 통계는 이 책 주장의 척추가 아니다. 손으로 확인한 결론이 한 조직만의 우연이 아님을 보이는 교차 검증으로만 인용한다.
이 절의 트렌드 근거(채택 주체·실패율·토큰 배수·하니스 결함 비중)는 바뀔 수 있으나, 그로부터 끌어낸 세 주장 — 권한 이동·실행 결함·측정 붕괴 — 은 유지된다.
각 장은 사례 끝에 ‘내 조직 적용’ 의사결정 트리나 체크리스트, 그리고 ‘리더가 승인·요구할 신호’ 박스를 붙였다. 사례를 남의 일화로 흘려보내지 말고 그 자리에서 당신 조직의 칸을 채워라. 이 책의 가치는 읽은 분량이 아니라, 당신이 다음 주 월요일에 내릴 수 있게 된 결정의 수로 증명된다.