"보고서는 1시간 만에 끝났지만, 제출은 일주일 뒤에 했습니다" — 대기업 AX가 안 되는 진짜 이유

개요

항목 내용
주제 AI로 업무 속도를 극단적으로 끌어올린 실무자가, 조직 안에서 그 실력을 의도적으로 감추기까지 이르게 된 전 과정
핵심 관점 AX(AI Transformation)의 병목은 기술이 아니라 조직 구조 — 성과가 인정되지 않고, 일은 소수에게 몰리며, 과제는 아무도 종료 선언을 하지 못한다
화자 프로필 규모 있는 마케팅 회사 소속 시니어 마케터, PPT 20년차, 개인 프로젝트로 API 연동·바이브 코딩까지 수행한 "AI 열정러"
화면 자료 총 39장 슬라이드 기반 발표 (채널: AI 트렌드 마스터)
전제 화자가 반복해 명시한 대로 "지극히 개인적인 경험 기반의 사견", 직장인 근로자 관점의 결론

핵심 키워드: 보고서 1시간 컷 · 서류 폼 스킬화 · AI 열정러 vs AI 피곤러 · 프롬프트 한 줄의 무게 · 바이브 코딩 · 빠진 나사 · 끝나지 않는 숙제 · 적당히 AI하기

핵심 메시지 3가지

① 속도는 만들 수 있지만, 속도는 보상받지 못한다

AI를 충분히 다룰 수 있는 실무자는 리서치 보고서를 하루 만에 컨설턴트급으로 뽑아냅니다. 그런데도 제출 시점은 일주일 뒤입니다. 빨리 냈을 때 돌아오는 것이 칭찬이 아니라 "이것도 주자, 저것도 주자"이기 때문입니다.

② AX는 개인 역량이 아니라 조직 소통의 문제다

"혼자 도메인 지식 다 안다고 AX를 이끌 수 있는 게 아닙니다."

기획·재무·디자인·개발이라는 서로 다른 이해관계 속에서 AI를 적소에 배치하는 일, 그것이 조직 안에서의 최선의 AX라는 것이 화자의 정의입니다.

③ 과제의 종결권은 만든 사람에게 없다

AX 과제의 성공 기준이 "내 만족"이 아니라 "그들(이해관계자)의 만족"인 순간, 프로젝트는 구조적으로 끝나지 않습니다. "만족"이라 말하는 순간 그 말이 곧 그 사람의 책임이 되기 때문에, 아무도 끝을 선언해주지 않습니다.

섹션 1. 먼저, 저는 이렇게 일합니다 — "서류 폼을 전부 스킬화했다"

'서류 폼을 전부 스킬화했다' — 문서 포맷·리드 문장·폰트 크기까지 가이드화한 PART 1 슬라이드

화자의 업무 방식은 감탄이 아니라 재현 가능한 방법론으로 제시됩니다.

단계 무엇을 했는가 얻은 결과
① 문서 폼 스킬화 자주 쓰는 각종 서류 폼을 클라우드(AI)에서 전부 스킬로 등록 재작성 비용 제거
② 조직 격식 주입 문서 포맷 · 리드 문장 쓰는 방식 · 상세 내용별 폰트 크기까지 프롬프트로 가이드화 "사실상 바로 쓸 수 있는" 수준 산출물
③ 사람 역할 축소 남은 손질은 윤문·레이아웃 재구성 수준으로 한정 편집 시간 급감
④ 사각지대만 사람이 보완 AI가 못 찾은 연관 기사·자료 링크를 사람이 제공 10%의 노력으로 컨설턴트급 완성

여기서 가장 중요한 숫자가 10%입니다. 화자는 이 10%의 정체를 이렇게 규정합니다 — "AI의 정보 수집 사각지대를 사람이 보완하는, 말 그대로 협업." 즉 AI가 90%를 하고 사람이 10%를 하는 게 아니라, AI가 구조적으로 못 하는 10%를 사람이 메워야 비로소 상사가 "확 소리 나는" 결과물이 됩니다.

PPT 20년차의 관점도 덧붙습니다.

"큰 회사일수록 PPT 보고서는 딱 정해져 있습니다. 화려할 필요 없어요. 정형화된 도식과 구조로 보고하면 됩니다. 그래서 오히려 AI 활용이 잘 먹힙니다."

양식·마크다운 가이드를 학습시키면 레이아웃과 디자인에 쓰던 시간이 현저히 줄고, 손질 횟수도 점점 줄어 웬만한 보고서 업무는 1시간이 안 걸리게 됩니다. 그리고 바로 이 지점에서 화자는 되묻습니다 — "근데 왜 회사에서는 1시간 만에 주지 않을까?"

섹션 2. 같은 교육을 받아도 결과가 갈린다 — AI 열정러 vs AI 피곤러

'쇄국주의, 그리고 뒤늦은 AI 교육 — 같은 인풋이면 같은 아웃풋일까?' 슬라이드

화자는 국내 대기업의 AI 도입 흐름을 "보완이라는 명분 아래 AI는 절대 안 돼"라는 쇄국주의 → 경쟁력 열위에 따른 뒤늦은 전 직원 교육으로 진단합니다. 이 과정에서 화면에는 관련 뉴스 검색 결과가 제시되는데, "AI 교육 시행 기업 82%, 배운 걸 실무에 못 썼다", "대기업 68점·제조·중소기업 28점 40점 차" 같은 제목들이 보입니다. 즉 교육 투입량과 실무 전환율 사이에 큰 격차가 이미 데이터로 드러나 있다는 문제의식입니다.

그 원인을 화자는 두 직원 타입으로 나눕니다.

비교 항목 AI 열정러 AI 피곤러
접근 태도 기술·성능에 매료돼 사비로 공부·투자 "바빠 죽겠는데 무슨 AI냐"
학습 경로 누가 시키지 않아도 밤샘 테스트, 망쳐보기 회사가 주는 의무 교육만 수강
실패 경험 실패까지 자산으로 축적 채팅 몇 번에 결과 없으면 종료
typical 반응 "이건 이렇게 하면 되네" "AI가 홀루시네이션이 심하네", "말귀를 못 알아듣네"
결과 제대로 된 성능을 경험한 상태 제대로 된 성능을 경험해보지 못하고 끝남

결론은 인사로 이어집니다. 회사가 AI 중심으로 생산성을 높이겠다고 하면, AI 관련 업무와 특별 과제는 본업은 본업대로 두고 추가 과제로 떨어집니다. 유의미한 결과물은 높은 확률로 열정러에게서 나오고, "너 AI 꽤 하는 것 같으니 우리 부서 AI 담당은 일단 네가 도맡아"가 됩니다. 납품·제안서·중요 보고서처럼 관리자가 리스크를 질 수 없는 일은 무조건 열정러에게 갑니다. 그리고 일은 항상 ASAP입니다.

'일은 항상 ASAP — 파레토의 법칙, 소수에게 계속 몰린다' 슬라이드

화자는 이 현상을 파레토의 법칙으로 명명합니다. 소수에게 일이 계속 몰리는 구조. 팀 조직이 많은 대기업일수록 더 강하게 작동합니다.

섹션 3. 프롬프트 한 줄의 무게 — "도메인 지식, 반은 맞고 반은 다르다"

'프롬프트 한 줄의 무게 — 숙련된 경험과 인사이트가 지시문이 된다' 슬라이드

AX를 논할 때 가장 많이 등장하는 문장이 "도메인 지식이 중요하다"입니다. 화자의 답은 반은 맞고 반은 틀리다입니다.

① 지침을 어떻게 줄까 → ② 프롬프트를 어떻게 쓸까 → ③ 어떻게 가이드화할까
↓ 이 고민이 AI 과업의 최초 시작이자, 거의 모든 일의 절반

④ 숙련된 경험·인사이트가 있어야 프롬프트 한 줄이 "제대로 된 결과물을 받는 지시문"이 됨
↓
⑤ 인사이트풀한 대화가 이어질수록 AI도 맥락을 정확히 잡은 결과물로 계속 업데이트
↓ ⑥ 그런데도 그 지식·경험을 AI에게 과제로 설명하고 결과물로 뽑아내도록 이끄는 기획력이 그 위에 있어야 함

'혼자서는 AX가 아니다 — 기획↔재무↔디자인↔개발, 소통 흐름 속 AI를 적소에 배치'

화자의 표현을 빌리면 뛰어난 AI 실무자의 프롬프트에는 "몇 수 앞을 내다보고 두는 바둑알처럼 다양한 경우의 수를 심사숙고한 설계"가 들어 있습니다. 그래서 회사 교육만으로 만들어지는 능력이 아닙니다. 그리고 결정적으로, 도메인 지식을 혼자 다 안다고 AX가 되지 않습니다. 기획 부서와 협업해야 하고, 결정 권한이 있는 재무, 디자인, 개발, 이해관계가 다른 여러 부서가 있기 때문입니다.

섹션 4. 실전 사례 — 바이브 코딩으로 타팀 마케팅 툴을 솔루션화하다

바이브 코딩으로 솔루션화한 Instagram 모니터링 툴 '인스타 헌터' 대시보드 화면

화자가 실제로 만든 마케팅 툴 화면에는 배치 병렬 처리 개선이 그대로 남아 있습니다. 이 숫자가 "AI로 일을 잘했다"는 주장의 가장 구체적인 근거입니다.

[개선 전] 순차 처리 : 100계정 × 3분 = 300분
[개선 후] 병렬 처리 : 100 ÷ 10 = 10배치 → 10배치 × 3분 = 30분
[단축률]  300분 ÷ 30분 = 10배
  • BATCH_SIZE = 10 값을 조정하면 동시 처리 수를 손쉽게 확장
  • 조회 기간 필터는 백엔드에서 cutoffDate 기준으로 이미 정확히 동작 (2주 설정 시 14일 이내, 8주 설정 시 56일 이내 콘텐츠만 수집)

그런데 이 사례의 진짜 교훈은 성능이 아니라 협업의 마찰입니다.

마찰 ① — 만드는 사람 쪽 문제 "저는 제 AI 역량을 믿는 편인데도, '이 정도면 그만해도 되는데', '이 기능은 왜 넣어라는 거야' 같은 자의적 판단이 저도 모르게 들어가더라고요."

마찰 ② — 요청하는 사람 쪽 문제 '"GEO 버튼을 넣어주세요" — 그 이상의 기능 정의는 오지 않는다' 슬라이드 "그분들은 개발 배경이 없는 생 기획자라서 'GEO 버튼을 넣어주세요' 하는데, 그 이상의 정보나 기능 정의는 못 하는 경우가 많았어요."

해결 — 빠진 나사를 채우는 방식

접근 내용
❌ 물어보기 "상대 기획자에게 물어본들 구체적 가이드가 올 거라 기대하지 않았고요"
✅ 개념 정의 "GEO 버튼이 뭘까? AI 검색 최적화라는 뜻은 알겠는데, 누르면 어떤 기준으로 뭐가 작동되길 원하는 걸까"
✅ 인사이트 보완 채워지지 않는 영역을 경험 + AI와의 협업 대화로 개념 정의하고 추가 기능을 정의해 개발 지시
✅ 빠른 목업 바이브 코딩의 최대 장점을 역이용 — 실무를 먼저 보여주고 "이거 맞죠?" 로 확인

"그게 좋은 결과물의 비결이었던 것 같아요."

그리고 이 과정이 요구하는 반복 루프가 있습니다. 오류 잡기 → 경우의 수 테스트 → 결과를 다시 AI에게 피드백 → 개선 → 재테스트. "한 번에 마음에 쏙 드는 포맷도 안 나오는데, 프롬프트 한 번·기능 정의서 한 장으로 솔루션이 나올 리 없죠." 이 반복을 견디는 사람이 곧 하네스 엔지니어링 수준의 AI 역량을 갖게 됩니다.

섹션 5. 끝나지 않는 숙제 — 왜 이 일은 종료되지 않는가

'일을 종료할 수 없는 구조 — 내 만족이 아니라 재계의 만족이 결과' 슬라이드

하나둘 처리하다 보니 여기저기서 요청이 밀려오기 시작합니다. "이건 이렇게 수정해 주세요", "이건 잘 됐으니 이번엔 이거를." 각자의 목표가 있고, 이참에 효율을 개선하고 싶은 욕심이 생긴 것입니다.

문제는 일이 몰리는 것 자체가 아니라, 일을 쉽게 종료할 수 없는 구조가 한복판에 놓인다는 점입니다.

AX 과제의 성공 기준이 "내 만족"이었다면  →  금방 끝났을 것
실제 성공 기준 = 각 부서·담당자·이해관계자가 "이전보다 효율이 나는 것"
              ↓
              결과 판정권이 상대에게 있음
              ↓
              "제가 좋다고 해야 끝납니다"
              ↓
              그런데 그들은 적당히 끝내줄 입장이 아니다

상대도 끝내지 못하는 데에는 합리적 이유가 있습니다.

조직의 속사정 내용
정치 사내 정치·압력·다툼의 전장일 수도
방어 "AI 프로젝트"라는 허울에 대한 위기감·질투심 때문에 "AI로 대체 불가능"이라는 결론을 내고 싶을 수도
진심 혹은 정말 최선을 다해 협업하고 있을 수도
공통 메커니즘 "와, 이거 만족"이라 말하는 순간 그게 본인들의 책임이 된다

"나중에 '이거 아닌데' 상황이 오면 꼼꼼히 검토 못한 사람의 귀책이 되고, 보안 사고라도 나면 더 아찔해지는 거죠. 그러니 아무도 쉽게 만족을 선언하지 않습니다."

'AX 업무가 안 끝나는 이유 — 만족이라 말하는 순간 내 책임, 그래서 아무도 끝내주지 않는다'

결국 관계는 이렇게 변질됩니다. 데드라인도 일정도 상관없이 "이것 해 주세요, 이번엔 이것도 수정해 주세요"가 이어지고, 화자는 어느새 결과를 커펌받는 입장이 아니라 숙제를 다 하고 검사를 기다리는 사람이 되어 있었습니다. 그때 스쳐 지나간 속담 하나가 이 전부를 요약합니다.

"물에 빠진 사람 구해줬더니 보따리 내놓으라고 한다."

섹션 6. 그래서 내린 결론 — "적당히 AI를 하기로 했다"

'적당히 AI를 하기로 했다 — 열정러가 다 타버려 재가 되기 전에' 결론 슬라이드

화자의 결론은 반직관적입니다.

구분 내용
결론 회사에서는 내가 할 수 있는 선에서 적당히 AI를 하자
실행 제 AI 역량을 전부 보여주지 않기로 했다
이유 다 보여주고 더 빠르게 해봤자 조직의 일은 끝나지 않는 이해관계를 갖고 있어서, AI 열정러가 다 타버려 재가 되기 십상이거든요
관측 이 경험을 숙하게 겪어본 사람들은 이미 "적당히 마인드"로 몰래 자신의 자산(창업·이직)을 준비하고 있을 것이다

이 선택이 회사 전체에 남기는 흔적은 양극화입니다.

'AX 투자의 양극화 — 열정러는 ↗, 피곤러는 제자리'

회사가 AX에 투자한 결과물
        ↓
열정러 → 복합적인 AI 툴로 "똑 하면 딱" 나오는 역량  ↗
피곤러 → "그거 내 일 아니야", 구석기 방식 그대로    →
        ↓
일은 한 방향으로만 몰린다
        ↓
"한 개인 수준의 범위에서 전사 AI 트랜스포메이션을 수행하는 그림"

'한 사람이 깊어지는 전사 AX — 일은 한 방향으로만 몰린다'

화자가 직접 단 경계선도 있습니다. 이 결론은 재직 중인 직장인·근속연수 긴 시니어급 근로자 관점의 사견이며, 오너였다면, 제 사업을 통째로 AX하는 입장이라면 결론은 다를 것입니다.

'오너라면, 결론은 다르다 — 재직 중인 직장인 근로자 관점의 사견'

관점 포인트 — 실무에서 짚어야 할 7가지

  1. "1시간 컷"을 공개하지 않는 것이 아니라, 1시간의 결과를 일주일치 품질로 포장하는 것이 실무자의 생존 전략이 됩니다. AX 실패가 속도가 아니라 유인(incentive) 설계 실패임을 보여주는 신호입니다.
  2. AI 성과는 상대 평가가 아니라 절대 기준으로 측정해야 유지됩니다. "빨리 해도 평가가 같다"는 순간 적극 사용의 동기가 사라집니다.
  3. 교육 인풋을 늘려도 아웃풋은 갈립니다. 사비 투자·밤샘 테스트·실패 경험이라는 비가시적 투입량이 개인마다 다르기 때문입니다.
  4. 프롬프트 작성 능력은 교육 커리큘럼으로 복제되지 않습니다. "알잘딱깔센"처럼, 원래 있던 일머리가 AI 역량으로도 발현됩니다.
  5. 도메인 지식보다 기획력이 위입니다. 아는 것을 AI가 과제로 설명하고 결과물로 뽑아내게 이끄는 능력이 병목입니다.
  6. 요청이 모호할수록 "물어보지 말고 목업을 먼저 보여주십시오." "이거 맞죠?"가 기능 정의서보다 빠르고 정확합니다.
  7. 종료 조건을 문서에 못 박지 않은 AX 과제는 반드시 실패합니다. 판정권이 이해관계자에게 있는 한, 과제는 끝나지 않고 사람만 탑니다.

최종 핵심 정리 — 확인해야 할 5가지 질문

# 질문 화자의 답
1 보고서를 얼마나 빨리 만들 수 있는가 1시간 미만 (웬만한 보고서), 리서치는 하루 만에 컨설턴트급
2 그런데 언제 제출하는가 일주일 뒤
3 왜 그렇게 하는가 잘하면 일이 몰리고, 빨리 끝내면 숙제 검사를 기다리는 사람이 되기 때문
4 대기업 AX의 실현 가능성은 개인 생각으로는 거의 0에 가깝다
5 그럼에도 남는 과제는 AI 역량을 전부 보여주지 않되, 개인 프로젝트·창업·이직 등 자기 자산으로는 축적하기

화자는 마지막에 판을 독자에게 넘깁니다. "여러분 회사는 어떤가요? 여러분이 AI 열정러라면 회사에서 실력을 다 보여주고 계신가요, 아니면 저처럼 맡겨두고 계신가요?"

한 줄 요약: 대기업 AX가 안 되는 이유는 AI가 못해서가 아니라, 빨라진 사람을 조직이 감당할 보상·종료·책임 구조를 갖고 있지 않기 때문이다 — 그래서 유능한 실무자는 속도를 숨긴다.