AI 도구 예산을 늘리기 전에 먼저 봐야 할 곳은 라이선스 수가 아니라 일이 멈추는 지점이다. Engineering Leadership의 Gregor Ojstersek은 2026년 8월 24일 글에서, AI로 적은 인원으로도 쉽게 만들 수 있다는 경영진의 메시지가 엔지니어가 자기 일이 불필요해졌다고 느끼게 하고 심리적 안전을 해친다고 썼다.
이 글의 요지는 AI가 쓸모없다는 말이 아니다. 도구는 이미 있는 소통 방식, 설계 품질, 의사결정 속도를 더 빠르게 드러낸다. 승인 대기와 책임 공방이 남아 있으면 산출물이 빨라져도 배포와 학습의 속도는 그만큼 오르지 않는다. 반대로 팀이 문제를 제기하고 다른 팀과 조정할 수 있으면, AI는 그 흐름에서 반복 작업을 덜어내는 수단이 된다.
도구 성과와 조직 성과를 같은 숫자로 읽으면 왜 틀어질까
코드 생성, 회의 요약, 문서 초안처럼 한 작업의 완료 시간이 줄었다는 사실은 측정하기 쉽다. 그러나 제품을 실제로 내는 시간에는 요구사항을 정하는 일, 팀 사이의 의존성을 조정하는 일, 검토와 승인, 고객 반응을 반영하는 일이 함께 들어간다. 한 단계의 속도만 보고 조직 전체가 몇 배 빨라졌다고 말하면, 뒤에 남은 대기열을 놓치기 쉽다.
원문도 다른 회사가 특정 AI 도구로 10배 생산성을 냈다는 홍보를 보고 곧바로 같은 수치를 요구하는 태도를 경계한다. 판매나 제휴의 이해관계가 붙은 수치는 특히 무엇을 분모로 삼았는지 먼저 물어야 한다. 기능 하나의 처리량인지, 아이디어부터 고객에게 닿기까지의 시간인지에 따라 같은 팀도 전혀 다른 답을 내놓는다.
그래서 예산안을 검토할 때는 “이 도구가 몇 배 빠른가”보다 “이 작업이 끝난 뒤 누구를 얼마나 기다리는가”를 먼저 적는 편이 낫다. 예를 들어 초안 작성 시간이 한 시간에서 십 분으로 줄어도, 기획 확인에 이틀이 걸리고 보안 검토가 매번 처음부터 시작된다면 병목은 이동하지 않았다. 이 구분은 AI의 성과를 낮춰 보려는 장치가 아니라, 다음 투자 대상을 정확히 고르기 위한 기준이다.
예산 요청 전에는 한 흐름만 골라 시간을 재라
전사 생산성을 한 번에 진단하려 하면 회의만 길어진다. 고객 요청이 배포로 이어지는 흐름처럼 반복되는 일 하나를 고르고, 최근 사례 몇 건에서 각 구간의 대기 시간을 적으면 된다. 작성, 검토, 승인, 전달 가운데 어디에서 일이 쌓이는지 보이면 도구 구매와 조직 개선의 순서도 보인다.
첫 기록은 정교한 대시보드일 필요가 없다. 시작일과 종료일, 되돌아간 횟수, 기다린 이유만 남겨도 충분하다. 작성 시간이 긴 경우에는 AI 도구나 템플릿이 직접적인 해법이 될 수 있다. 결정이 늦는 경우에는 책임 범위와 승인 권한을 고치는 일이 먼저다. 같은 검토가 여러 팀에서 반복되면 기준 문서와 인터페이스를 정리해야 한다.
이때 원문의 질문을 그대로 써도 좋다. 각자가 책임을 알고 있는가, 불필요한 승인을 거치지 않고 결정할 수 있는가, 리더십에 안전하게 이견을 낼 수 있는가, 팀끼리 신뢰하는가, 실패 뒤에 원인을 배우는가 아니면 사람을 찾는가. 이 질문은 분위기 설문으로 끝내기보다 방금 기록한 대기 시간과 함께 볼 때 구체적인 개선 항목이 된다.
AI 도입 메시지는 사용량 목표가 아니라 일의 기준을 알려야 한다
도입 공지는 도구 기능 설명보다 먼저 팀에 어떤 기대를 거는지 전달한다. “AI가 있으니 더 적은 인원으로도 된다”는 표현은 작업을 공유하거나 위험을 알릴 이유를 줄인다. 원문은 AI 도입을 위에서 사용량으로 밀어붙이는 일이 아니라, 엔지니어와 리더가 서로 도구 사용법과 판단 기준을 교환하는 과정으로 본다.
따라서 목표도 활성 사용자 수나 생성한 코드 줄 수만으로 잡지 않는 편이 좋다. 선택한 흐름에서 재작업이 줄었는지, 검토가 빨라졌는지, 고객 반응을 반영하는 주기가 짧아졌는지를 함께 본다. 팀이 도구를 거부하는 이유가 품질 불안, 책임 불명확, 보안 제약이라면 사용률을 압박하기보다 그 이유를 해결해야 한다.
AI가 조직의 모든 문제를 대신 풀지는 않는다. 다만 이미 정리된 책임과 피드백 경로에서는 초안, 탐색, 반복 작업을 빠르게 해 팀이 더 어려운 판단에 시간을 쓸 수 있게 한다. 반대로 병목이 승인과 전달에 있는데 생성 속도만 올리면, 더 많은 초안이 다음 대기열로 몰린다.
다음 AI 예산 회의에서 바꿔야 할 질문
좋은 질문은 “어떤 도구를 살 것인가”에서 끝나지 않는다. 어느 업무 흐름을 먼저 개선할지, 그 흐름에서 가장 오래 기다리는 사람이 누구인지, 도구가 줄인 시간을 고객 가치로 연결하려면 어떤 결정 권한과 협업 기준이 필요한지까지 이어져야 한다.
원문은 조직의 커뮤니케이션 구조가 설계된 시스템에 비친다는 콘웨이의 법칙을 인용한다. 이 관점에서 AI 도구는 독립된 생산성 버튼이 아니다. 도입 전의 협업 방식과 도입 뒤의 결과를 같은 흐름으로 보고, 가장 먼저 막힌 구간부터 고치는 편이 예산의 효율도 팀의 신뢰도 지킨다.