10월 22일 목요일
AI가 일을 빨리 끝내는 시대일수록 조직의 경쟁력은 더 많은 산출물보다 목표·판단 기준·책임·운영 조건을 얼마나 분명하게 설계하느냐에서 갈린다.
빨라진 실행보다 먼저, 일의 목표와 평가 방식을 다시 설계하라
AI가 산출 속도를 높일수록 사람의 핵심 역할은 도구를 다루는 데서 벗어나 무엇을 해결할지 정하고, 현실의 결과로 품질을 판단하며, 조직이 그 맥락을 반복해서 쓸 수 있게 만드는 쪽으로 이동한다.
속도가 아니라 상위 목표가 출발점이다
AI가 메일, 보고서, 코드처럼 눈앞의 과제를 빠르게 끝내도 그 결과가 조직이 진짜 원하는 변화와 어긋날 수 있다. 한 원문은 이를 매듭을 풀어 밧줄을 다시 쓰려다가 매듭을 빨리 없애려고 밧줄 자체를 잘라 버리는 상황에 비유한다. 따라서 먼저 ‘무엇을 만들까’보다 ‘왜 이 일을 하며 어떤 결과를 얻어야 하는가’를 한 문장으로 정해야 한다. Tenex의 사례도 같은 방향을 보여 준다. AI로 더 빨리 일한 엔지니어에게 시간을 기준으로 비용을 매기면 생산성 향상이 오히려 청구 시간과 수입을 줄일 수 있어, 회사는 투입 시간보다 완료한 결과물에 보상을 연결했다. 그러나 결과물 중심이라는 말만으로는 충분하지 않다. 고객 인터뷰, 문제 정의, 설계, 요구사항 정리처럼 코드 밖에서 이루어지는 고가치 노동은 작업 점수에 잘 잡히지 않기 때문이다. AI 도입의 첫 질문은 어떤 도구를 배포할지가 아니라, 고객과 조직이 원하는 결과를 누가 정의하고 어떤 기여까지 가치로 인정할지여야 한다.
‘잘함’을 말이 아니라 현실의 기록으로 바꾼다
목표를 정한 다음에는 무엇이 좋은 결과인지 보여 줄 ‘답안지’가 필요하다. 성공 사례만 모으기보다 계약 성사와 실패, 승인과 반려, 판매와 미판매처럼 실제 결과가 붙은 기록을 함께 비교해야 한다. 그래야 AI가 일반적으로 그럴듯한 답을 만드는 데서 멈추지 않고, 지금 조직의 규모와 고객, 예산에 맞는 판단 기준을 찾을 수 있다. Tenex가 계획과 결정 근거, 고객 대화에서 얻은 맥락, 진행 상황을 코드와 함께 저장하는 이유도 여기에 있다. 코드에는 무엇이 구현됐는지는 남지만 왜 그 선택을 했고 어떤 대안을 버렸는지까지 자동으로 보존되지는 않는다. 개인의 머릿속이나 대화창에 흩어진 맥락을 팀의 기록으로 옮겨야 담당자가 바뀌어도 사람과 AI가 같은 출발점에서 일할 수 있다. 다만 모든 팀이 무거운 문서 체계를 만들 필요는 없다. 원문은 단일 프로젝트를 맡은 작은 팀에서는 구조화 비용이 일 자체보다 커질 수 있다고 지적한다. 기록은 많을수록 좋은 것이 아니라, 반복되는 결정과 인수인계에 실제로 쓰일 때 업무 자산이 된다.
사람의 역할은 실행량에서 판단과 재배치로 이동한다
Tenex는 같은 시간에 엔지니어가 처리하는 산출량이 대략 두 배가 됐다고 평가하지만, 작업 점수는 고객 가치의 완전한 척도가 아니어서 최소 분기마다 기준을 다시 살핀다. 이 장면이 보여 주는 변화는 단순한 인력 절감이 아니다. 사람은 고객이 가진 정보를 듣고 AI가 쓸 수 있는 맥락으로 정리하고, 완성된 결과가 실제 문제를 해결했는지 확인하며, 자동화 뒤에 생긴 시간을 다음 중요한 문제로 옮기는 역할을 맡게 된다. 개인에게도 같은 변화가 생긴다. 새 도구를 계속 배우는 것보다 상위 목표를 정하고, 성공과 실패의 기록에서 성과를 가르는 구체적 변수를 찾고, 그 노하우를 다른 사람이 반복해서 쓸 수 있는 서비스나 시스템으로 만드는 일이 더 중요해진다. 다만 재배치는 저절로 일어나지 않는다. 자동화가 특정 직무를 없앨 수 있다는 고통을 지우지 않은 채, 기업은 다음 과제와 재교육을 마련하고 개인은 자신의 역할이 어떻게 달라질지 살펴야 한다. 생산성 지표가 올라갔다는 사실과 사람의 기여가 공정하게 평가된다는 사실은 별개의 검증 대상이다.
7일을 15분으로 줄인 뒤에도 금융 원장이 흔들리지 않은 이유
Vanguard의 현금 원장 현대화는 AI의 빠른 답보다 데이터 검증, 접근 이유, 중복 방지, 장애 영향 파악이 운영 전환의 핵심임을 보여 준다.
오래된 핵심 시스템에 AI를 연결할 때, 속도 향상을 실제 운영의 신뢰로 바꾸려면 무엇을 먼저 갖춰야 할까?
Vanguard의 현금 원장은 웹·모바일·배치 채널에서 하루 최대 3천만 건의 서비스 호출과 약 50만 건의 원장을 처리한다. 이 규모에서 현대화는 낡은 시스템을 새 시스템으로 한 번에 바꾸는 행사가 아니라, 데이터와 데이터를 쓰는 생산자, 읽는 소비자를 함께 옮기는 장기 운영 과제였다. 레거시 코드와 업무 문서를 AI가 질의할 수 있게 연결하자 메인프레임 전문가와 아키텍트의 분석을 기다리던 최대 7일의 피드백 주기가 15분으로 줄었다. 하지만 빠른 답이 곧 안전한 전환을 뜻하지는 않았다. 조직은 양쪽 데이터베이스를 매일 비교하고, 누가 어떤 데이터를 왜 쓰는지 기록하며, 실패한 요청이 반복돼도 거래가 중복되지 않게 하고, 장애가 어떤 고객 업무에 영향을 주는지 추적하는 조건을 함께 세웠다. AI는 전문가를 없앤 도구라기보다 전문가의 지식에 접근하는 대기 시간을 줄이고, 여러 팀이 같은 맥락을 공유하게 한 수단이었다.
- 01
전문가의 대기열을 공동의 지식 경로로 바꾼다
기존에는 메인프레임 엔지니어가 코드와 데이터 모델을 조사해 답을 가져와야 했다. Vanguard는 코드베이스와 이전 문서를 AI가 검색할 수 있게 해 제품 책임자, 기술 리드, 개발자가 질문의 답을 더 빨리 얻도록 했다. 35개 생산자 팀도 여러 팀과 채팅을 주고받는 대신 이전 문서를 직접 질의할 수 있었다. 새로 합류한 사람에게도 장기 근무자의 맥락을 제공하려는 ‘팀 브레인’은 지식을 개인의 응답 속도에서 분리하려는 운영 장치다. 다만 문서가 실제 이전 절차와 맞지 않으면 빠른 답도 잘못된 방향을 강화할 수 있으므로, 문서를 제품의 일부로 다뤄야 한다.
- 02
이전 속도와 데이터 신뢰를 서로 다른 절차로 관리한다
데이터 이전에는 변경분을 따라 복제하는 CDC 방식을 쓰고, 양쪽 데이터베이스의 행 개수와 금액·계좌·원천징수 같은 열을 매일 비교했다. 생산자 경로에는 같은 요청이 반복돼도 중복 반영되지 않게 하는 멱등성을 적용했고, 이벤트는 빠지지 않게 전달하되 재시도에서 중복 원장이 생기지 않도록 했다. 중요한 판단은 전환 뒤 폐기될 코드까지 과도하게 설계하지 않으면서도 검증 자체는 약화하지 않는 것이다. 빨리 옮기는 팀과 맞게 옮겼는지 확인하는 절차가 분리돼 있어야 병렬 진행이 위험한 지름길이 되지 않는다.
- 03
권한은 직급보다 데이터 사용 목적과 연결한다
50개 소비자 조직은 애플리케이션 코드만 등록한 것이 아니라 원장 데이터가 왜 필요한지 사업 사례를 함께 제출했다. 배치 분석에는 용도에 맞춘 공유 화면을 제공하고, 필요한 속성만 볼 수 있게 최소 권한 원칙을 적용했다. 이 설명은 접근 승인 문서에 머물지 않았다. 어떤 애플리케이션의 장애가 고객에게 즉시 오류를 내는지, 어느 배치 작업은 몇 시간의 대응 여유가 있는지 판단하는 근거가 됐다. AI가 데이터를 읽는 조직에서는 ‘접근할 수 있는가’와 함께 ‘왜 접근해야 하는가’를 기록해야 보안과 장애 대응의 우선순위를 연결할 수 있다.
- 04
출시가 아니라 일상 운영까지가 현대화다
전환 기간에는 오래된 코드와 새 코드를 함께 운영해야 했다. Vanguard는 과거 시스템의 오래된 버그를 계속 고치기보다 새 상태를 개선하고 팀들이 그쪽으로 이동하도록 유도했다. 동시에 로그·지표·추적으로 시스템 상태와 업무 영향을 함께 확인하는 관측 가능성을 협상할 수 없는 조건으로 뒀다. 현대화가 끝나 일상 운영 단계로 넘어가면 누가 데이터를 만들고 소비하는지 아는 책임도 남는다. 새 기술을 도입했다는 완료 표시보다, 다음 장애와 재시도와 신규 팀의 합류를 감당할 수 있는 운영 체계를 인수인계하는 것이 실제 종료 조건이다.
이 사례에서 AI의 가장 눈에 띄는 성과는 조사 시간을 7일에서 15분으로 줄인 것이다. 그러나 조직이 따라 해야 할 부분은 그 숫자만이 아니다. 먼저 오래된 코드와 문서를 질문 가능한 지식으로 만들고, 이전 과정에서는 데이터 검증과 중복 방지 규칙을 별도로 지키며, 모든 접근에 사업 목적을 붙이고, 출시 뒤 장애 영향을 볼 수 있는 로그와 지표를 준비해야 한다. 도입 결정은 ‘AI가 답을 얼마나 빨리 주는가’가 아니라 ‘그 답을 누가 검증하고, 어떤 권한으로 실행하며, 잘못됐을 때 어느 업무가 영향을 받는지 추적할 수 있는가’까지 포함해야 한다. 속도는 출발점이고 책임 경계와 운영 절차가 신뢰를 완성한다.
아직 못 읽은 북마크
북마크를 고르는 중…