AI 도입이 멈추는 건 기술 때문이 아니다: Reforge CODER 프레임워크를 50인 이하 회사에 맞게 옮기기

Reforge 블로그의 “The CODER Framework: How To Become AI-Native”(2025년 7월 10일, Brian Balfour)는 AI 도입 글 중 드물게 제품이 아니라 조직을 다룹니다. 글의 출발점은 한 임원의 말입니다. “‘모두가 AI를 하고 있다’는 서사와, 아직 맞는 자리를 찾는 중인 우리 현실 사이에 끼어 있다.” 2026년 10월 1일 기준으로 이 긴장은 한국 중소기업에서 더 큽니다. 대표는 AI 도입을 선언했고, 직원들은 각자 ChatGPT를 쓰고 있는데, 회사의 일하는 방식은 1년 전과 같습니다.

이 글은 Balfour의 틀을 그대로 요약하지 않습니다. 그의 사례는 Shopify, Zapier, Duolingo, HubSpot처럼 수백~수천 명 조직입니다. 대표 한 명이 결정하고 팀장이 서너 명인 회사에서는 다섯 장벽 중 두 개가 사라지고 두 개가 더 커집니다. 아래는 그 차이를 반영해 옮긴 버전과 2주 실행 카드입니다. 지난 글 모델이 바뀌어도 남는 AI 자산 5가지가 ‘무엇을 쌓을까’였다면, 이번 글은 ‘조직이 왜 안 움직이는가’입니다.

1. 가치 포착과 가치 창출: 15% 효율로는 이기지 못한다

Balfour는 AI 도입을 두 단계로 나눕니다. 1단계 가치 포착은 기존 업무를 10~15% 빠르게 하는 것(고객 지원 챗봇, 코드 리뷰 자동화, 콘텐츠 초안)이고, 2단계 가치 창출은 “전에는 불가능하거나 너무 비쌌던 일”을 고객에게 제공하는 것입니다. 그는 Box CEO Aaron Levie의 말을 빌려 “어떤 일이 갑자기 100배 싸진다면 무엇을 더 할 수 있는가”를 묻고, Duolingo가 1년 만에 코스를 두 배로 늘린 사례를 듭니다.

중소기업 버전의 질문은 더 구체적입니다. “고객이 요청했지만 ‘우리 규모에서는 못 한다’고 답한 것이 무엇인가?” 맞춤 견적서, 거래처별 월간 리포트, 24시간 1차 응대, 제품별 사용 가이드처럼 사람 시간 때문에 포기했던 일이 후보입니다. 효율 15%는 경쟁사도 똑같이 얻습니다. 포기했던 일을 다시 꺼내는 회사만 차이를 만듭니다.

2. 다섯 장벽을 50인 이하 회사 증상으로 옮기면

Balfour의 다섯 장벽은 큰 조직의 언어로 쓰여 있습니다. 아래 표는 원문의 정의와, 같은 장벽이 작은 회사에서 어떤 증상으로 나타나는지를 나란히 둔 것입니다. 왼쪽 두 열은 원문 내용이고, 오른쪽 두 열은 LeanX의 해석입니다.

표의 결론은 단순합니다. 작은 회사는 정치와 구매 장벽이 없어서 빨리 움직일 수 있는데, 지식과 허가 장벽이 더 크기 때문에 실제로는 움직이지 않습니다. CODER의 다섯 요소 중 작은 회사에 특히 중요한 것이 ‘제약’과 ‘지시’인 이유입니다.

3. CODER 다섯 요소, 중소기업 버전

Balfour는 CODER를 “조직의 혼란을 예측 가능한 변화로 바꾸는 다섯 요소”라고 설명합니다. 원문의 예시와 중소기업 적용을 나란히 둡니다.

원문에는 CODER 없이 일이 어떻게 흘러가는지 보여주는 일화가 있습니다. 한 상장 SaaS의 PM이 CEO의 ‘AI 선언’을 보고 바이브코딩 도구로 프로토타입을 만들었지만 엔지니어링과 디자인이 제동을 걸어 포기했고, 몇 주 뒤 회사 행사에서 우연히 CEO에게 보여준 뒤에야 승인이 났다는 이야기입니다. Balfour의 말대로 “이것을 해피아워의 우연에 맡기지 않는 것”이 프레임워크의 목적입니다. 작은 회사에서는 그 우연이 더 자주 생깁니다. 대표가 가까이 있기 때문입니다. 그래서 더 쉽게 고칠 수 있습니다.

4. 촉매·전환자·닻: 15 / 70 / 15

Balfour는 조직 구성원을 세 유형으로 나눕니다. 이미 개인 계정으로 실험 중인 촉매(15~20%), 구조와 지원이 있으면 따라오는 전환자(60~70%), 그리고 회의적이거나 조용히 저항하는 닻(15~20%)입니다. 성패는 중간 그룹을 움직이는 데 달려 있고, 촉매에게는 길을 비켜 주고, 닻에게는 분명한 기한과 선택지를 주라고 씁니다.

30명 회사라면 촉매 4~6명, 전환자 20명, 닻 4~6명입니다. 작은 회사가 자주 하는 실수는 촉매 한 명에게 “AI 담당”을 맡기고 나머지 25명은 그대로 두는 것입니다. Balfour가 경고한 대로 창업자와 임원은 보통 촉매라서 “모두가 나처럼 흥분한다”고 착각합니다. 전환자 20명에게 필요한 것은 열정이 아니라 교육 시간, 예시, 그리고 “이렇게 해도 된다”는 허가입니다.

원문은 Zapier가 전사 업무를 멈추고 해커톤을 열어 “모두 키보드에 손을 올리게” 한 사례를 소개합니다. 중소기업은 하루면 됩니다. 금요일 오후 4시간, 팀별로 “우리 반복 업무 하나를 AI로 바꿔 보기”를 하고 결과를 대표 앞에서 10분씩 발표하는 것으로 충분합니다. 이것이 닻에게도 “해도 되는 일”을 보여주는 가장 빠른 방법입니다.

5. 2주 실행 카드 (CODER 중소기업 버전)

아래 카드는 대표가 직접 채우는 것을 전제로 합니다. 다섯 칸을 다 채우지 못해도, 제약 한 줄과 지시 두 개만 정하면 2주 안에 변화가 보입니다.

[2주 실행 카드 — CODER, 50인 이하 회사 버전]
C 제약 1개: "___(보고서/제안서/견적 초안)은 AI 초안 + 사람 수정본으로만 받는다" (대표가 2주간 예외 없이 적용)
O 오너: 대표 ___ / 전파 역할(촉매) ___ 1명 / 책임은 대표에게
D 지시 (팀당 2개):
   영업·CS: ___ / ___
   운영·관리: ___ / ___
   대표 본인: 결정 전 "이 결정의 허점 3개"를 AI에게 묻는다
E 기대 한 장: 누가 / 어떤 업무 / 주 __회 / 무엇을 AI로 → 첫 줄은 대표
R 보상: 분기 평가에 "AI로 바꾼 업무 1개와 결과" 1줄 추가 / 금요일 발표에서 이름 부르기
허가 장벽 제거: 넣어도 되는 데이터 ___ / 넣으면 안 되는 데이터 ___ / 쓸 수 있는 도구 ___
지식 장벽 제거: 금요일 오후 4시간 해커톤 1회 (날짜 ___) + 사내 예시 3개 공유
종료 기준: 2주 뒤 전환자 그룹 중 __명이 자기 업무 1개를 AI 초안 + 수정 방식으로 바꿨다

카드를 채운 뒤 가장 자주 나오는 질문은 “닻은 어떻게 하나”입니다. Balfour의 답은 명확합니다. 기한과 선택지를 주고, 설득을 기다리지 말라는 것입니다. 작은 회사에서 이 결정이 공정하려면 E(기대)와 R(보상)이 먼저 문서로 있어야 합니다. LeanX의 AX 컨설팅이 조직 진단에서 가장 먼저 확인하는 것도 도구가 아니라 이 두 장의 문서입니다.

자주 묻는 질문

제약이 너무 강압적이지 않나요? Balfour의 논리는 “제약은 새 행동을 옛 행동보다 쉽게 만드는 장치”라는 것입니다. 작은 회사에서는 제약 한 개만 두고 2주 뒤 함께 평가하면 강압이 아니라 실험이 됩니다.

AI 담당자를 뽑아야 하나요? 원문은 큰 조직에서 VP of AI를 두는 경우를 소개하지만, 50인 이하에서는 오너십이 대표를 떠나는 순간 전환자들이 “내 일 아니다”로 돌아갑니다. 촉매 한 명을 전파 역할로 두되 책임은 대표가 갖는 편이 안전합니다.

효과는 무엇으로 측정하나요? 카드의 종료 기준처럼 “자기 업무 1개를 바꾼 사람 수”가 첫 지표입니다. 비용 절감은 그 다음이고, 가치 창출(포기했던 고객 요청을 다시 꺼낸 수)은 3개월 뒤 지표입니다.

출처: Brian Balfour, “The CODER Framework: How To Become AI-Native”, Reforge 블로그 (2025년 7월 10일)를 2026년 10월 1일 확인했습니다. 다섯 장벽, CODER 다섯 요소, 촉매·전환자·닻의 비율(15~20% / 60~70% / 15~20%), Shopify·Zapier·Duolingo·HubSpot·Notion·Livestorm·Rekki 사례와 인용문은 모두 해당 글에 적힌 내용이며, 글쓴이가 50명 이상의 제품 리더를 인터뷰한 결과라고 밝힌 개인 분석입니다. 50인 이하 회사 증상, 중소기업 적용, 2주 실행 카드는 LeanX의 편집 해석입니다.