AX의 본질은 에이전트가 아니라, 사람이 바뀌는 방식이다

요즘은 어디를 가도 AX 이야기입니다. AI 전환, 에이전트 도입, 자동화, 생산성 혁신. 말은 다 그럴듯합니다. 그런데 이런 말을 오래 듣다 보면 이상한 장면이 하나 보입니다. 다들 AI를 붙였다고 말하는데, 정작 일하는 모습은 별로 안 바뀐 팀이 많다는 점입니다.

문서는 더 빨리 쓰게 됐고, 요약도 빨라졌고, 자료 조사도 조금 편해졌습니다. 그런데 보고하는 방식은 그대로고, 누가 판단하는지도 그대로고, 누가 책임지는지도 그대로라면 그건 생각보다 큰 변화가 아닙니다. 새 엔진을 달았는데 운전 습관은 그대로인 셈이니까요.

저는 그래서 AX를 기술 프로젝트라고만 보지 않습니다. 오히려 사람의 업무 흐름을 다시 그리는 일에 더 가깝다고 생각합니다.  일하는 순서를 다시 짜는 일 을 해야합니다.

AX를 에이전트 설치로 생각하면 자꾸 헛돈다

많은 조직은 AX를 시작할 때 이런 질문부터 합니다. "어떤 에이전트를 붙일까?" "어떤 모델이 제일 좋을까?" "권한은 어디까지 줄까?" 물론 이런 질문도 필요합니다. 하지만 이건 너무 빨리 기계를 보는 질문입니다.

그보다 먼저 봐야 하는 건 사람입니다. 이 사람은 원래 어떤 순서로 일했는지, 어디에서 자꾸 멈추는지, 누구에게 넘길 때 시간이 새는지, 어떤 판단은 말로 설명이 안 되고 몸에만 배어 있는지부터 봐야 합니다.

왜냐하면 AI는 이걸 모른 채 붙이면 거의 항상 기존 업무 위에 얹히기 때문입니다. 원래 하던 일을 조금 빨리 해줄 뿐, 일의 뼈대는 안 바뀝니다. 그 상태에서는 체감은 있어도 체질은 안 바뀝니다.

쉽게 비유하면 이렇습니다. 방이 너무 어지러운데, 정리는 안 하고 더 좋은 청소기만 사 오는 겁니다. 분명 전보다 빨라지긴 합니다. 그런데 물건 놓는 방식이 엉망이면 방은 금방 다시 어질러집니다. AX도 비슷합니다. 도구만 새로워져서는 오래 못 갑니다.

진짜로 바뀌는 건 사람이 일하는 문법이다

AX에서 중요한 건 AI가 몇 개 붙었느냐가 아닙니다. 사람이 어떻게 일하느냐가 바뀌었느냐입니다.

예를 들어 예전에는 한 사람이 문서를 처음부터 끝까지 다 읽고, 정리하고, 보고용 문장으로 바꾸고, 다시 검토까지 했다면 이제는 그 흐름이 달라질 수 있습니다. AI가 초안을 만들고, 사람은 위험한 부분만 확인하고, 마지막 판단만 하는 식으로요.

여기서 중요한 건 속도보다 역할 변화입니다. 누가 초안을 만들고, 누가 검토하고, 누가 최종 결정을 내리는지가 달라집니다. AX의 진짜 변화는 여기에 있습니다.

그래서 AX는 "일을 없애는 기술"이라기보다 "일을 나누는 기준을 다시 정하는 기술"에 가깝습니다. 어떤 일은 사람이 직접 해야 하고, 어떤 일은 AI가 먼저 해도 되고, 어떤 일은 둘이 같이 해야 하는지 다시 나누는 겁니다.

이 재배치가 일어나지 않으면 AI는 그냥 빠른 비서 정도에서 멈춥니다. 반대로 이 재배치가 제대로 일어나면, 같은 도구를 써도 어떤 팀은 완전히 다르게 움직이기 시작합니다.

좋은 AX는 사람을 게으르게 만드는 게 아니라, 더 정확하게 만든다

가끔 AX를 말할 때 "이제 AI가 다 해준다"는 식으로 흘러갑니다. 그런데 실제 현장은 그렇게 단순하지 않습니다. AI가 일을 빨리 해줄수록 오히려 사람에게 더 많이 남는 일이 있습니다. 바로 판단입니다.

판단은 "이 문장이 맞나" 같은 작은 확인만 뜻하지 않습니다. 지금 이 문제가 진짜 중요한 문제인지, 이 고객은 같은 규칙으로 처리하면 안 되는지, 이번 예외는 받아줘야 하는지, 이 보고서는 숫자는 맞아도 방향이 틀린 건 아닌지 같은 것들입니다.

쉽게 말하면 AI는 연필을 아주 빨리 움직일 수 있습니다. 하지만 무엇을 그릴지는 아직 사람이 정해야 하는 경우가 많습니다. 그래서 AX가 깊어질수록 사람의 역할이 사라지기보다 더 또렷해집니다.

이 지점이 꽤 중요합니다. 많은 사람은 AI가 들어오면 인간의 일이 줄어든다고만 생각합니다. 물론 반복 작업은 줄 수 있습니다. 하지만 남는 일은 더 가벼운 일이 아니라, 더 애매하고 더 중요한 일이 되는 경우가 많습니다. 그래서 AX의 병목은 종종 기술이 아니라 사람 쪽으로 이동합니다.

도메인 전문가가 빠지면 AX는 금방 얕아진다

여기서 자주 놓치는 사람이 있습니다. AI를 제일 잘 다루는 사람이 아니라, 그 업무를 제일 오래 해본 사람입니다.

예를 들어 CS, 인사, 법무, 영업, 운영 같은 일은 겉으로 보면 비슷비슷한 문서 작업처럼 보일 수 있습니다. 그런데 실제로 들어가 보면 예외가 너무 많습니다. 같은 규칙처럼 보이는데 고객 한 명 때문에 판단이 달라지고, 같은 계약서처럼 보여도 문장 하나 때문에 리스크가 바뀌고, 같은 문의처럼 보여도 지금 처리하면 안 되는 경우가 있습니다.

이런 건 모델이 똑똑하냐보다, 누가 그 맥락을 잘 설명해주느냐가 더 중요합니다. 그래서 AX는 중앙 조직이 모든 답을 대신 만드는 방식으로는 오래 가기 어렵습니다. 실제 업무의 숨은 규칙은 현업 사람 머리와 손에 들어 있기 때문입니다.

저는 그래서 AX에서 제일 중요한 질문이 "무슨 에이전트를 만들까요?"가 아니라고 봅니다. 진짜 질문은 이겁니다. "이 일을 제일 잘 아는 사람이 자기 일을 다시 설명할 수 있는가?"

그 설명이 안 되면 AI도 얕아집니다. 얕은 설명 위에는 얕은 자동화만 올라갑니다.

AX팀이 모든 걸 대신해주면, 오히려 변화는 멈춘다

AX팀이 열심히 해줄수록 오히려 조직이 덜 바뀌는 경우도 있습니다. 처음엔 이상하게 들릴 수 있습니다. 하지만 생각보다 흔한 장면입니다.

중앙 AX팀이 와서 문제를 분석해주고, 에이전트를 설계해주고, 프롬프트를 짜주고, 운영까지 대신해주면 현업은 편합니다. 그런데 바로 그 편함 때문에 현업은 계속 요청자 자리에 남습니다. 바뀌는 주체가 아니라, 부탁하는 사람으로 남는 겁니다.

이 구조는 오래 못 갑니다. 모든 팀의 맥락을 중앙이 다 알 수는 없고, 변화는 현장에서 일어나는데 설계권은 중앙에만 있기 때문입니다.

잘 되는 AX팀은 그래서 해결사보다 코치에 가깝습니다. 다 대신 해주는 팀이 아니라, 각 팀이 자기 일을 구조화할 수 있게 돕는 팀입니다. 위험한 부분엔 울타리(가드레일, 즉 사고 안 나게 막는 장치)를 쳐주고, 잘되는 실험 방식을 알려주고, 공통 도구를 만들어주고, 실패해도 크게 다치지 않게 바닥을 깔아주는 쪽에 더 가깝습니다.

즉 AX팀의 힘은 답을 독점하는 데 있지 않고, 변화가 퍼질 수 있는 환경을 만드는 데 있습니다.

위에서 방향을 잡고, 아래에서 살아 움직여야 한다

AX는 위에서만 밀어도 안 되고, 아래에서만 제멋대로 움직여도 안 됩니다.

위에서는 분명하게 정해줘야 할 것이 있습니다. 어떤 데이터는 절대 밖으로 나가면 안 되는지, 어디까지 자동 판단을 허용할지, 사람 검토는 어느 단계에서 꼭 들어가야 하는지, 실패를 어떻게 기록할지 같은 기준입니다. 이런 건 조직이 위에서 정리해줘야 합니다.

반대로 아래에서는 실제 실험이 일어나야 합니다. 현업이 자기 일에 맞게 작게 바꿔보고, 실패도 해보고, 다시 고쳐보고, 이건 되더라 저건 안 되더라를 몸으로 알아야 합니다. 변화는 대개 그렇게 퍼집니다.

쉽게 말하면 위는 교통신호를 정하고, 아래는 실제로 길을 걷는 사람입니다. 신호만 있고 아무도 안 걸으면 길은 비어 있고, 사람만 뛰어다니고 신호가 없으면 사고가 납니다. AX는 둘 다 필요합니다.

AX는 공지로 퍼지지 않고, 옆자리 성공담으로 퍼진다

조직은 종종 AX를 소프트웨어 배포처럼 생각합니다. 계정을 만들고, 교육 세션을 열고, 공지를 보내고, 사용률 숫자를 모으면 끝날 것처럼 봅니다. 하지만 사람은 기능표를 보고 잘 안 움직입니다. 옆 사람의 성공담을 보고 움직입니다.

"저 팀은 보고서 쓰는 시간이 반으로 줄었다더라"
"저 사람은 이제 첫 초안을 AI가 만들고 본인은 마지막 판단만 한다더라"
"예전엔 세 번 왔다 갔다 하던 승인 과정이 한 번 줄었다더라"

이런 이야기가 돌기 시작하면 그때부터 다른 팀이 따라 봅니다. 그러니까 AX는 배포라기보다 전염에 가깝습니다. 정책은 위에서 내릴 수 있지만, 변화는 사람을 통해 퍼집니다.

그래서 한 명의 강한 실무자, 한 팀의 작은 성공, 한 번의 설득력 있는 사례가 생각보다 큰 역할을 합니다. 조직을 바꾸는 건 거대한 구호보다 "저거, 우리도 할 수 있겠는데"라는 감각일 때가 많습니다.

결국 AX의 질문은 기술보다 태도에 가깝다

여기까지 오면 AX의 질문은 꽤 달라집니다. "어떤 모델을 쓸까"도 중요하지만, 그보다 앞에 이런 질문이 놓입니다.

이 사람은 자기 업무를 남에게 설명할 수 있는가.
반복되는 일을 잘게 쪼개서 볼 수 있는가.
판단과 실행을 나눠서 생각할 수 있는가.
작게 실험하고 다시 고칠 용기가 있는가.
옆 사람에게 자기 변화를 전파할 수 있는가.

저는 이게 AX의 진짜 준비물이라고 생각합니다. 기술 스택보다 먼저 보는 게 맞는 질문들입니다.

같은 도구를 줘도 어떤 사람은 바로 자기 일을 다시 짭니다. 어떤 사람은 몇 번 써보다가 다시 원래 방식으로 돌아갑니다. 이 차이는 도구 숙련도만으로 설명되지 않습니다. 자기 일의 구조를 다시 볼 수 있는 태도 차이에 더 가깝습니다.

그래서 AX의 본질은 "무슨 에이전트를 만들까"보다 "누가 바뀔 준비가 되어 있는가"에 더 가깝습니다.

사실 이 풍경은 DX 때도 비슷했다

생각해보면 이건 아주 낯선 일도 아닙니다. 예전에도 회사에 PC가 들어오고, 그룹웨어가 들어오고, 전자결재가 들어왔습니다. 그런데 컴퓨터가 들어왔다고 해서 바로 일 방식이 바뀌진 않았습니다.

문서 양식이 바뀌고, 보고 순서가 바뀌고, 저장 방식이 바뀌고, 협업 규칙이 바뀌고, 누가 무엇을 먼저 보는지가 바뀌어야 진짜 변화가 일어났습니다. DX도 결국 기술 도입이 아니라 일의 문법을 다시 쓰는 일이었습니다.

AX도 비슷합니다. 다른 점이 있다면 이번에는 더 작고 더 자주 바뀐다는 점입니다. 문서 작성, 조사, 승인, 검토, 인계, 예외 처리, 후속 조치 같은 업무 조각 하나하나가 다시 설계 대상이 되고 있습니다.

그러니 AX를 너무 거대한 미래 이야기처럼만 볼 필요는 없습니다. 결국 우리가 해온 변화의 연장선 위에 있습니다. 다만 이번에는 속도가 더 빠르고, 사람이 직접 자기 일의 구조를 뜯어봐야 한다는 점이 조금 더 선명할 뿐입니다.

AX의 좋은 사례들 공통점

에이전트가 사람을 완전히 대체한 것이 아니라, 사람이 일하던 순서와 병목을 다시 설계했다는 점이다. 고객지원에서는 문의 해결 시간이 11분에서 2분으로 줄고, 법무에서는 4일 걸리던 검토가 4분 워크플로우로 바뀌고, 보안 자동화에서는 120단계 플로우가 1단계 에이전트로 축약됐다. 핵심은 “무슨 모델을 붙였는가”보다 “어떤 대기열을 없앴는가, 누구의 역할을 다시 정의했는가”에 있다. 

AX를 하면서 제가 점점 더 강하게 느끼는 건 하나입니다.

AX의 본질은 에이전트 수가 아닙니다.
사람이 일하는 방식이 바뀌는 속도와 깊이입니다.

에이전트는 중요합니다.
도구도 중요합니다.
보안 기준도 중요합니다.

하지만 그것만으로는 모자랍니다.

진짜 중요한 것은 그 일을 제일 잘 아는 사람이 자기 흐름을 다시 그릴 수 있는가, 조직이 그 변화를 받아들일 수 있는가, 리더가 방향을 잡되 현장이 실험할 수 있게 열어둘 수 있는가, AX팀이 모든 답을 쥐는 대신 변화가 퍼질 바닥을 만들 수 있는가입니다.

결국 AX는 기술 도입 프로젝트라기보다, 사람이 일하는 방식을 다시 설계하는 프로젝트에 가깝습니다.

그리고 저는 아마 이 문장을 한동안 자주 떠올릴 것 같습니다.

AI가 바꾸는 것은 도구가 아니라, 사람이 일하는 문법입니다.