AX(AI Transformation) 컨설턴트 양성 과정의 개론 강의. "AX는 AI를 단순히 쓰는 것이 아니라 회사를 다시 설계하는 일"이라는 정의를 두 개의 실제 기업 사례(Block, Anthropic)로 풀어낸다.
1. 사례 ①: Block — 3,500명 엔지니어 기업이 툴 교육만으로 실패한 이유
1-1. 문제의 시작 — "툴 교육 = AX 완료"라는 착각
- Block은 미국의 핀테크 기업으로 엔지니어가 3,500명에 달한다. "개발자가 많으니 AX가 쉬울 것"이라 생각하기 쉽지만, 강연자는 "본질은 개발이 아니다"라고 짚는다 — 조건이 좋다고 저절로 되는 일이 아니라는 것.
- Block이 AX를 시작하며 가장 먼저 한 일은 클로드 코드(Claude Code) 툴 교육이었다. 이는 자연스러운 첫 단계이고, 개발자들의 흡수도 빨랐다 — 평소 하던 일을 더 쉽게 해주는 코딩 에이전트이니 이해도가 높은 게 당연했다.
- 그런데 교육 이후 회사에는 아무 변화도 일어나지 않았다. 이것이 이 사례의 핵심이다.
1-2. "됐다"는 착각과 CEO의 의문
- 툴 교육이 끝나면 경영진은 보통 "이제 AX가 됐다"고 생각하게 된다. Block의 AX 담당자도 개발자들에게 물어보니 다들 클로드 코드를 빠삭하게 알고 있었고, 실제로 약 90%의 개발자가 클로드 코드를 마스터한 상태였다.
- 하지만 정작 출시 주기(release cycle)는 전혀 단축되지 않았다. CEO는 "우리 엔지니어들이 클로드 코드를 안 쓰고 있는 것 같다"고 담당자에게 문제 제기했다.
- 담당자가 다시 확인해보니 실제로는 다들 쓰고 있었다. 문제는 CEO가 체감하는 지표(출시 주기)가 안 줄었다는 것 — 즉 "쓰고는 있지만 결과가 없는" 상황이었다.
1-3. 진짜 병목 발견 — "짠 코드가 프로덕트에 반영되지 않는다"
- 여기서 밝혀진 진짜 문제: 클로드 코드로 짠 코드가 실제 프로덕트에 반영되지 않고 있었다. 즉 코드는 생성됐지만 무용지물이었던 것.
- AX 컨설턴트가 던져야 할 질문은 "왜 클로드 코드로 짠 게 실제 프로덕트에 반영이 안 되지?"였다 — 이 지점에서 회사의 프로세스적 병목, 혹은 구성원들의 심리적 허들을 찾아야 한다는 것이 강연자의 핵심 주장.
1-4. 해법 — 3,500명 전체 교육 대신 "50명의 AX 챔피언"
- 담당자는 "90%가 툴을 알아도 아무 변화가 없었다"는 사실에서 3,500명 전체를 가르치는 것은 무의미하다는 결론에 도달했다.
- 대신 50명의 AX 챔피언을 선발해 별동대처럼 운영하는 가설을 세웠고, 이것이 실제로 통했다.
- 50명의 챔피언이 먼저 진단을 수행하며, AI로 짠 코드가 실제 프로덕트에 반영되도록 사내 환경 세팅 자체를 정비했다. 그 결과 나머지 3,450명은 평소 하던 대로 바이브 코딩·클로드 코드를 쓰기만 해도 전체 환경이 바뀌었기 때문에 코드가 자동으로 프로덕트에 반영되는 구조가 만들어졌다.
- 시간이 더 지나자 개발자가 거의 아무것도 안 해도 개발이 진행되는 수준까지 자동화가 이뤄졌다.
1-5. 슬픈 귀결
- 강연자는 이 사례를 "슬픈 귀결"이라 표현한다 — 이 과정에서 많은 인원이 정리해고됐다. 담당자는 마지막에 "모두가 행복할 수 있도록 작업했고 그 과정에서 보람도 느꼈는데, 결과가 이런 감원이라니 내가 뭘 한 건지 모르겠다"는 뉘앙스의 말을 남겼다고 한다.
- 강연자는 이 감정과는 별개로, 효율화 자체는 확실히 성공했다고 짚으며 이것이 AX의 실체를 보여주는 사례라고 정리한다.
1-6. Block 사례에서 드러나는 AX의 정의
- 문제 발생(툴 교육해도 변화 없음) → 원인 진단(심리적 허들·프로세스 문제) → 전체 교육의 무용함 인식 → 소수 챔피언 선발 → 프로덕트 반영 프로세스 자체를 개선 — 이 반복되는 사이클 전체가 곧 AX다.
- 빅테크급 기업에서도 단순 툴 교육으로는 해결되지 않으며, 사내에서 이 역할을 제대로 해줄 사람이 매우 드물다는 것이 AX 챔피언 양성 과정이 필요한 이유라고 강연자는 설명한다.
2. 사례 ②: Anthropic — 신제품 출시가 6개월에서 1~3일로 줄어든 이유
2-1. 놀라운 수치
- Anthropic은 과거라면 신제품 출시에 약 6개월이 걸렸을 일을, 요즘은 1~3일 만에 해내며 신제품을 계속 쏟아낸다.
- 강연자는 이 수치가 클로드 코드 같은 AI 도구를 쓴다고 저절로 나오는 게 아니라고 짚는다 — 아무리 AI를 다 동원해도 웬만한 기업이라면 지금 프로세스상 최소 2개월은 걸릴 것이라는 게 강연자의 판단.
2-2. 병목 진단 — "결제(승인) 라인"
- Anthropic과 다른 회사의 2개월 vs 3일 차이를 만드는 것은 무엇인가? 강연자가 짚은 답은 결제/승인(approval) 라인이다 — 이게 시간을 가장 많이 잡아먹는 구간.
- 하지만 승인 라인을 그냥 없앨 수는 없다. 승인 라인이 존재하는 이유는 의사결정권자(대표·임원)가 회사의 아이덴티티에 대한 이해도가 가장 높기 때문 — 창업주는 회사 정체성을 직접 만든 사람이고, 임원들은 회사 비전과 정렬(align)되어 있기 때문에 승인 절차가 필요했던 것.
2-3. 해법 — 승인 대신 "전 구성원의 비전 정렬"
- 클로드 코드 제품을 총괄했던 캣 우(Cat Wu)라는 인물이 제안한 방법: 회사의 정체성·고객·비전을 한두 줄로 짧게 정의해 모든 구성원이 매일 보게 만드는 것.
- 이렇게 회사가 왜 존재하는지에 대한 이유를 모두가 공유하면, 개개인이 "이게 우리 회사에 도움이 되는가"를 스스로 판단할 수 있게 된다. 예시로 강연자는 자신의 채널 "바이브 코딩 대학"의 정체성을 "대한민국 AX 대중화"로 들며, 이 기준에 부합하면 승인 없이도 실행할 수 있다고 설명한다.
- Anthropic은 이렇게 승인 라인을 없앴고, 그 결과 출시 주기가 하루~3일로 줄었다.
2-4. 부수적으로 필요했던 두 가지 장치
- 리서치 프리뷰(Research Preview) 도입: 하루~3일 만에 나온 제품은 성숙하지 않을 수 있다. 그래서 "이건 시험 삼아 내는 기능"이라고 명시하는 리서치 프리뷰 개념을 도입했다. 이렇게 하면 출시하는 쪽도, 나중에 없애는 쪽도 심리적 부담이 없고, 사용자도 "이건 아직 성숙하지 않을 수 있다"는 전제를 받아들인 상태로 쓰게 된다.
- 기능이 겹칠 때는 "시장이 결정": 승인 라인이 없어지면 비슷한 기능이 동시에 여러 팀에서 만들어질 수 있다. 이때는 둘 다 그냥 론칭시키고, 사용자가 계속 쓰는 쪽이 살아남고 안 쓰는 쪽은 사라진다. 클로드 코드와 클로드 코어처럼 겹치는 기능도 실제로 존재하며, 이런 판단은 객관적인 시장(사용자) 평가에 맡긴다는 문화가 자리 잡았다.
2-5. 정리
- 이런 기업 문화가 정착됐기 때문에 Anthropic이 지금 업계에서 가장 빠르게 성장하는 회사 중 하나가 될 수 있었다는 것이 강연자의 해석이다.
- 다만 Anthropic처럼 애초에 AX를 기업 문화로 타이트하게 가져가야 하는 조직은 이런 변화가 비교적 빠르게 정착되지만, 레거시하거나 업력이 10~20년 이상 된 중견 기업은 문화를 바꾸는 일 자체가 훨씬 어렵다 — 개인이 생활 습관 하나 바꾸기도 어려운데 회사 전체의 문화를 바꾸는 것은 난이도가 훨씬 높다는 것. 이 지점을 풀어주는 역할이 바로 AX 컨설턴트다.
3. AX의 정의와 AX 컨설턴트가 갖춰야 할 것
3-1. AX의 정의
- 두 사례를 통해 강연자가 내리는 정의: AX는 AI를 단순히 쓰는 것이 아니라, 회사를 다시 설계하는 일이다.
- 그렇기 때문에 툴 사용법이나 AI 지식 자체는 그렇게 결정적인 요소가 아니다 — 툴은 기본 소양이고, AI 지식은 거의 필요 없을 수도 있다고까지 말한다.
3-2. 회사 프로세스를 파악할 때 봐야 할 두 가지
① 돈의 흐름(money flow) 파악
- 회사에서 돈이 어느 부서에서 어느 부서로 흘러가는지를 추적해야 한다. (구체적 방법론은 다음 강의에서 다룰 예정이라고 언급.)
② 병목(bottleneck) 파악
- 일론 머스크가 과거 "내가 하는 일은 병목을 제거하는 것뿐"이라고 말했던 사례를 인용한다. 여러 회사를 성공시킨 비결을 묻는 질문에 그는 각 회사에 가서 병목만 제거해준다고 답했다고 한다.
- 테슬라 자율주행 기술 총괄이었던 안드레이 카파시도 일론 머스크에 대해 "이 사람은 진짜 병목만 잘 제거해주는 사람"이라고 평했다는 일화를 소개한다 — 예를 들어 지표가 부족하면 젠슨 황에게 직접 전화해서 지표를 받아오는 식.
- 과거에는 병목을 인력 충원으로 해결해왔지만, 이제는 AI를 도입해 병목을 제거함으로써 효율을 끌어올릴 수 있다. 다만 병목 제거가 단순한 작업은 아니라는 점도 짚는다.
- 결론적으로 회사의 돈의 흐름과 병목 지점을 파악해야 프로세스 개선이든 AI 도입이든 실행할 수 있다는 것.
3-3. AI 기술 이해는 "직접 만들어봐야" 얻어진다
- 강연자는 "이게 기본이지, 없어도 된다는 뜻은 아니다"라고 재차 강조한다. AI 기술 이해가 불필요하다는 게 아니라 그것만으로는 부족하다는 뜻.
- 유튜브만 봐서는 어떤 기술이 있는지는 알 수 있어도 AI가 실제로 어디까지 되는지는 알 수 없다 — 무조건 직접 만들어보고 사용해봐야 "여기까지 되는구나"를 체감할 수 있다.
3-4. AX 컨설턴트의 3대 기본기
- AI 기술에 대한 이해 (직접 만들어본 경험 기반)
- 회사에서 돈이 어떻게 흐르는지 파악하는 능력
- 병목 구간이 어디인지 진단하는 능력
이 세 가지를 기본적으로 갖춰야 컨설턴트로서 실질적인 영향력을 낼 수 있다는 것이 이번 개론 강의의 결론이다.
핵심 요약 (20줄)
- 이 영상은 AX(AI Transformation) 컨설턴트 양성 과정의 개론 강의로, "AX는 AI를 쓰는 게 아니라 회사를 다시 설계하는 일"이라는 정의를 두 기업 사례로 설명한다.
- 첫 사례는 미국 핀테크 기업 Block(엔지니어 3,500명)으로, AX의 첫 단계로 클로드 코드 툴 교육을 했지만 회사에는 아무 변화도 일어나지 않았다.
- 개발자의 90%가 클로드 코드를 마스터했는데도 출시 주기가 전혀 줄지 않아 CEO가 직접 문제를 제기했다.
- 담당자가 확인해보니 개발자들은 실제로 툴을 쓰고 있었지만, 그 코드가 실제 프로덕트에 반영되지 않고 있었던 것이 진짜 문제였다.
- 3,500명 전체를 교육하는 대신 50명의 AX 챔피언을 선발해 프로덕트 반영 프로세스와 환경 자체를 정비하는 전략으로 전환했다.
- 그 결과 나머지 3,450명은 평소처럼 도구를 쓰기만 해도 자동으로 프로덕트에 반영되는 환경이 만들어졌고, 나중에는 개발자가 거의 아무것도 안 해도 개발되는 수준까지 자동화됐다.
- 이 효율화 과정에서 다수 인원이 정리해고됐고, 담당자는 모두를 행복하게 하려 했는데 결과가 감원이라 착잡함을 느꼈다는 뉘앙스의 소감을 남겼다.
- 둘째 사례는 Anthropic으로, 신제품 출시 기간을 과거 6개월에서 현재 1~3일로 단축시켰다.
- 강연자는 아무리 AI 도구를 다 동원해도 웬만한 기업은 지금 프로세스로는 최소 2개월이 걸릴 것이라고 본다.
- 2개월과 3일의 차이를 만드는 병목은 결제(승인) 라인이었으며, 이는 의사결정권자가 회사 정체성을 가장 잘 이해하기 때문에 존재했던 절차다.
- 클로드 코드 제품 총괄 캣 우의 제안으로 회사의 정체성·비전을 한두 줄로 정의해 전 구성원이 매일 보게 만들어, 개개인이 스스로 판단할 수 있게 승인 라인을 없앴다.
- 그 결과 승인 없이도 구성원 각자가 비전에 정렬된 판단을 내릴 수 있게 되면서 출시 주기가 하루에서 3일로 단축됐다.
- 성숙하지 않은 제품을 부담 없이 내놓기 위해 리서치 프리뷰라는 개념을 도입해 출시자와 사용자 양쪽의 심리적 부담을 낮췄다.
- 승인 라인이 없어지며 기능이 겹치는 경우가 생기면 둘 다 출시한 뒤 사용자가 계속 쓰는 쪽만 살아남는 시장 결정 방식을 채택했다.
- 이런 기업 문화 덕분에 Anthropic이 업계에서 가장 빠르게 성장하는 회사 중 하나가 됐다고 강연자는 해석한다.
- AX의 정의는 AI를 단순히 쓰는 것이 아니라 회사를 다시 설계하는 일이며, 툴 사용법이나 AI 지식 자체는 결정적 요소가 아니다.
- 회사 프로세스 파악의 핵심은 돈이 어떻게 흐르는지와 병목 지점이 어디인지 두 가지다.
- 일론 머스크가 여러 회사를 성공시킨 비결로 병목 제거만 했다고 말한 일화와 안드레이 카파시의 평가를 병목 파악의 중요성을 뒷받침하는 사례로 인용한다.
- AI가 실제로 어디까지 가능한지는 유튜브 시청만으로는 알 수 없고 직접 만들어보고 사용해봐야 체감할 수 있다고 강조한다.
- 결론적으로 AX 컨설턴트는 AI 기술 이해, 회사의 돈의 흐름 파악, 병목 진단 능력이라는 세 가지 기본기를 갖춰야 한다.