질문에 답하던 인공지능이 이제 업무의 다음 단계를 실행한다. 직원이 화면을 옮겨 다니며 처리하던 일이 여러 시스템을 연결하는 에이전트의 작업으로 바뀐다. 기업의 숙제도 달라진다. 더 많은 일을 맡기면서, 일의 주도권을 지킬 방법을 찾아야 한다.

* 에이전틱 인공지능의 가치는 그럴듯한 답변보다 실제로 끝낸 업무에서 드러난다. 사용 횟수보다 검증된 성과를 살펴야 한다.

* 자율성은 업무의 영향에 맞춰 나눠주는 권한이다. 잘못되었을 때의 피해와 되돌릴 수 있는 범위를 기준으로 위임 수준을 정해야 한다.

* 정확한 답변만으로 신뢰를 완성할 수 없다. 접근 권한과 승인 절차, 실행 기록과 중단 장치가 함께 필요하다.

* 관리자는 직접 일을 챙기는 사람에서 실행의 조건을 설계하는 사람으로 역할을 넓힌다. 목표와 예외를 정하고 결과와 책임을 확인하는 일이 중요해진다.

* 경쟁력은 에이전트의 숫자보다 일이 이어지는 방식에서 갈릴 수 있다. 기술을 들이는 속도만큼 업무와 조직을 바꾸는 능력이 중요하다.

***

“주문한 물건이 아직 안 왔습니다.” 고객의 문의에 인공지능이 몇 초 만에 답장을 만든다. 불편에 공감하고, 정중하게 사과하고, 빠른 확인을 약속한다. 문장은 흠잡을 데 없다. 하지만 고객의 물건은 여전히 도착하지 않았다. 멋진 답장을 보냈다는 사실과 문제를 해결했다는 사실 사이에는 꽤 긴 거리가 있다.

그 거리를 메우는 일은 직원의 몫이다. 주문 화면을 열고 배송 기록을 확인한다. 창고에 재고가 있는지 살피고 재발송이 가능한지 알아본다. 환불이 필요하면 결제 시스템으로 이동한다. 인공지능이 문장 작성 시간을 줄여주어도 화면과 화면 사이를 오가는 수고는 남는다. 고객이 기다리는 동안 조직 안에서는 작은 확인과 승인이 이어진다.

이때 인공지능이 배송 상태를 조회하고, 가능한 조치를 찾고, 필요한 승인을 요청한 뒤 처리 결과까지 정리한다면 어떨까. 사람은 각각의 행동을 지시하는 부담을 덜 수 있다. 인공지능의 역할이 설명을 만드는 데서 업무를 진척시키는 데로 넓어지는 장면이다. 고객에게도 변화가 생긴다. “확인하겠습니다”라는 약속 다음에 실제 처리 결과가 따라온다.

이 장면은 에이전틱 인공지능의 의미를 풀어보기 위한 가상 예시다. 핵심은 목표를 수행하도록 작업을 나누고, 허용된 도구를 사용하고, 중간 결과에 맞춰 다음 행동을 고르게 하는 데 있다. 실제 자율성은 시스템마다 다르다. 정해진 절차 안에서 움직이는 방식도 있고 여러 도구를 오가며 작업을 조정하는 방식도 있다. 이름이 같다고 능력과 권한까지 같은 것은 아니다.

생성형 인공지능과 담을 쌓은 별개의 기술로 이해할 필요도 없다. 정보를 해석하고 문장을 생성하는 능력에 도구 사용과 진행 상태 관리, 실행 절차가 결합할 수 있다. 물론 모든 업무에 에이전트가 필요한 것은 아니다. 정해진 순서대로 처리하면 되는 일에는 기존 자동화가 더 간단하고 경제적일 수 있다. 도입의 출발점은 유행하는 이름보다 해결할 문제여야 한다.

여기에서 경영의 질문이 바뀐다. 어떤 답을 얻을 수 있는지와 함께 어떤 행동까지 허용할지 결정해야 한다. 환불을 제안하는 권한과 실제로 돈을 돌려주는 권한은 다르다. 기술적으로 연결할 수 있다는 이유만으로 모든 행동을 맡길 수는 없다. 인공지능이 업무 속으로 깊이 들어올수록 기업에는 위임의 경계를 그리는 일이 중요해진다.

반복 업무는 자동화의 단골 후보지만 반복된다는 이유만으로 자율 실행에 적합해지지는 않는다. 하루에도 수백 번 처리하는 일이라도 한 번의 실수가 고객의 권리나 큰 금액에 영향을 줄 수 있다. 반대로 자주 발생하지 않는 업무라도 범위가 명확하고 결과를 쉽게 확인할 수 있다면 좋은 출발점이 될 수 있다. 얼마나 바쁜 일인지와 얼마나 맡겨도 되는 일인지는 다른 질문이다.

먼저 업무의 경계를 설명할 수 있어야 한다. 필요한 자료는 어디에 있는가. 어떤 상태가 되면 완료인가. 무엇까지 바꿔도 되는가. 언제 담당자에게 넘겨야 하는가. 이런 질문에 조직 내부에서도 답이 엇갈린다면 도입 전에 정리할 일이 있다. 사람이 눈치와 경험으로 메우던 빈칸을 시스템이 알아서 이해하리라고 기대하기는 어렵다.

주간 보고서 작성을 예로 들어보자. 각 부서의 자료를 모아 초안을 만드는 일은 자동화하기 좋아 보인다. 그런데 영업팀과 재무팀이 매출을 집계하는 기준이 다르고, 마지막 수정 사항은 누군가의 개인 메신저에만 남아 있다면 어떨까. 보고서는 빨리 나올 수 있다. 대신 회의에서는 어느 숫자가 맞는지 확인하는 시간이 길어질 수 있다. 작성 속도가 정보의 혼란을 해결해주지는 않는다.

그래서 절약한 시간을 계산할 때는 검토와 수정까지 포함해야 한다. 초안 작성에 한 시간이 줄었는데 확인에 한 시간이 더 든다면 성과는 작다. 한 부서의 일이 빨라지는 대신 다른 부서에 확인 요청이 몰릴 수도 있다. 도구를 사용하는 사람의 편의와 회사 전체의 이익, 고객이 경험하는 개선을 구분해서 보아야 하는 이유다.

초기에는 끝난 일을 확인하기 쉽고, 오류를 고칠 수 있고, 담당자가 결과를 검토할 수 있는 업무가 유리하다. 기존 방식으로 얼마나 걸렸는지, 수정은 얼마나 잦았는지 기준을 잡아두면 변화가 보인다. 성공한 장면만 모으는 시연을 넘어 평소의 업무량과 예외 상황에서도 효과가 유지되는지 살펴야 한다. 다음 단계의 위임은 그 결과를 보고 결정할 수 있다.

사용료 밖의 비용도 있다. 자료를 정비하는 시간, 외부 도구를 호출하는 비용, 접근 권한을 관리하는 인력, 장애에 대응하는 부담이다. 결과물 하나를 만드는 가격이 낮아도 전체 업무를 안정적으로 굴리는 비용은 다를 수 있다. 저렴한 도구를 샀다는 사실만으로 경제적인 운영이 완성되지는 않는다. 도입의 계산서에는 눈에 잘 보이지 않는 관리 비용도 들어가야 한다.

신입 직원에게 첫날부터 회사의 모든 권한을 주는 조직은 드물다. 자료 정리는 맡기더라도 계약 조건의 변경에는 승인을 요구한다. 소액 지출은 담당자가 처리하되 일정 금액을 넘으면 결재를 받는다. 업무의 영향에 따라 권한을 나누는 일은 특별한 기술 철학이 아니라 이미 익숙한 조직 운영의 방식이다.

인공지능에도 같은 구분이 필요하다. 정보를 읽는 일, 초안을 쓰는 일, 조치를 제안하는 일, 승인된 조치를 실행하는 일은 서로 다른 단계다. 고객 지원 안에서도 배송 상태를 조회하는 행동과 배송지를 바꾸는 행동, 결제 정보를 수정하는 행동은 다르게 다뤄야 한다. 답변 정확도가 높다는 수치 하나로 이 모든 문을 열어주기는 어렵다.

보상 처리에도 금액 한도만으로 설명되지 않는 상황이 있다. 정해진 금액 안에서는 자동 처리하도록 했더라도 같은 고객이 반복해서 요청하거나 개인정보가 맞지 않으면 확인이 필요할 수 있다. 작은 거래라고 모두 단순한 거래는 아니다. 위임의 기준은 금액과 함께 요청의 성격, 기록의 일치 여부, 추가 확인이 필요한 조건을 담아야 한다.

평가에서 특히 유심히 볼 것은 일이 꼬이는 순간이다. 자료가 없으면 추측하는가, 물어보는가. 지시가 충돌하면 멈추는가, 아무 쪽이나 선택하는가. 연결된 도구가 작동하지 않으면 실패를 알리는가, 성공한 것처럼 답하는가. 끝까지 해내려는 태도가 항상 좋은 결과를 만드는 것은 아니다. 적절하게 멈추고 사람에게 넘기는 능력도 실력이다.

여러 단계가 이어지는 업무에서는 중간 결과도 살펴야 한다. 마지막 보고서가 유창하더라도 처음 참조한 자료가 틀렸다면 전체 결과가 흔들린다. 앞 단계의 작은 오류가 뒤 단계의 판단을 타고 커질 수도 있다. 완성된 문서만 확인하기보다 중요한 전환 지점에서 근거를 점검해야 한다. 자연스러운 문장이 업무의 정확성을 대신 증명해주지는 않는다.

권한은 한 번 정하면 끝나는 설정이 아니다. 제한된 범위에서 성과를 확인한 뒤 넓힐 수 있고, 오류가 늘거나 성격이 달라지면 줄일 수도 있다. 업무 규칙과 자료, 사용하는 도구가 바뀌면 이전의 평가가 여전히 유효한지 확인해야 한다. 신뢰는 도입식에서 선언하는 구호보다 운영 중에 계속 조정하는 판단에 가깝다.

자료를 읽고, 메시지를 보내고, 주문을 바꾸고, 구매를 진행하는 기능은 각각 보면 편리하다. 하지만 여러 권한이 연결되면 영향의 범위도 달라진다. 자료를 읽는 기능에 외부 전송이 더해지면 정보의 이동 경로가 문제가 된다. 주문 변경과 구매 권한이 결합하면 거래와 비용까지 함께 살펴야 한다. 도구 하나씩의 안전성과 연결된 업무 전체의 안전성은 구분해야 한다.

출발점은 필요한 만큼만 허용하는 것이다. 보고서 작성에 자료를 읽는 권한이 필요하다고 해서 원본을 삭제하는 권한까지 필요한 것은 아니다. 한 부서의 업무를 지원하는데 전사 자료를 열어줘야 하는지도 따져야 한다. 설정이 번거롭다는 이유로 넓혀둔 권한이 나중에는 관리의 빈틈이 될 수 있다. 편리하게 시작한 접근 범위가 계속 필요한지 돌아보는 절차가 있어야 한다.

읽은 내용과 따라야 할 지시도 구분해야 한다. 고객의 문서나 외부 페이지는 업무에 필요한 참고 자료가 될 수 있다. 하지만 그 안에 적힌 요청까지 조직이 승인한 명령이 되는 것은 아니다. 문장의 뜻을 이해하는 능력과 그 문장에 행동을 지시할 권한이 있는지 가리는 문제는 다르다. 무엇을 읽게 할지와 누구의 지시를 따르게 할지를 함께 정해야 한다.

사람의 승인을 받도록 했다는 사실도 안심의 종착지는 아니다. 하루에도 수십 번 같은 모양의 요청을 받으면 확인은 쉽게 습관이 된다. 무엇을 바꾸는지, 누구에게 영향을 주는지, 왜 필요한지 알 수 없다면 승인 버튼은 검토를 대신하지 못한다. 검토할 정보와 충분한 시간, 거절하거나 중단할 권한이 있어야 사람의 개입이 실제 통제로 이어진다.

실행 기록은 일이 잘못되었을 때 돌아갈 길이다. 어떤 자료를 읽었고 어떤 도구를 사용했으며 무엇을 변경했는지 확인할 수 있어야 한다. 모든 내부 판단을 완벽하게 설명하는 과제와 실제 행동을 추적하는 과제는 구분할 필요가 있다. 적어도 어떤 권한으로 어떤 일이 일어났는지 알아야 문제를 고치고 같은 오류의 반복을 줄일 수 있다.

마지막으로 멈추는 방법이 필요하다. 이상한 행동을 발견했을 때 권한을 회수하고 진행 중인 작업을 중단할 수 있는가. 바뀐 내용을 되돌릴 수 있는가. 이미 보낸 메시지나 확정된 거래처럼 완전히 되돌리기 어려운 행동은 실행 전에 더 신중한 조건이 필요하다. 일을 시작하는 버튼만큼 멈추고 복구하는 절차도 도입의 중요한 기능이다.

에이전트가 여러 단계를 처리하면 관리자가 직접 챙기던 일 가운데 일부는 줄어들 수 있다. 대신 맡길 일을 정의하고, 결과를 평가하고, 예외를 판단하는 일이 커진다. “알아서 잘해달라”는 말로 위임을 끝낼 수는 없다. 무엇을 우선하고 어디를 넘지 말아야 하는지 설명해야 한다. 직접 실행하는 시간을 줄이려면 실행의 조건을 더 정확하게 정해야 한다.

“고객 문의를 빨리 처리하라”는 목표를 보자. 속도만 높이면 설명을 충분히 하지 않고 문의를 종료할 수 있다. 처리 건수를 늘리려다 복잡한 문제를 다른 부서로 넘길 수도 있다. 사람에게 적용하던 성과 지표의 허점은 자동화에서도 사라지지 않는다. 오히려 실행이 빨라질수록 잘못된 목표의 영향이 빠르게 쌓일 수 있다.

관리자는 목표가 부딪히는 순간의 기준을 마련해야 한다. 속도와 정확성 가운데 무엇을 먼저 볼지, 비용 절감과 고객 보호가 충돌하면 어떻게 할지 정해야 한다. 현장 직원의 모든 판단을 규칙으로 만들 수는 없더라도 사람이 판단해야 할 경계는 드러낼 수 있다. 위임할 범위와 함께 예외를 받아줄 담당자도 정해져 있어야 한다.

이 과정에서 숙련자의 경험은 귀해진다. 어떤 서류가 자주 빠지는지, 어떤 요청에 추가 확인이 필요한지, 어떤 일정이 현실적으로 지켜지기 어려운지 아는 사람들이다. 그 지식을 듣지 않으면 눈에 보이는 절차만 자동화하고 실제 운영을 가능하게 하던 조정은 놓치기 쉽다. 현장의 참여는 새로운 도구에 동의하도록 설득하는 절차와 함께 업무의 속사정을 배우는 과정이어야 한다.

직원 교육도 질문을 잘 입력하는 기술에 머물러서는 부족하다. 결과를 검증하고 잘못된 실행을 찾아내며 필요한 때 멈추는 역량이 필요하다. 오류를 보고한 직원이 도입 성과에 찬물을 끼얹는 사람으로 취급된다면 문제는 숨어버릴 수 있다. 이상을 발견해 알리는 행동을 정당한 업무로 인정해야 한다. 조직문화는 시스템의 바깥이 아니라 운영 품질의 한가운데 놓인다.

사람의 판단력을 유지하는 문제도 있다. 일상적인 처리를 시스템이 맡으면 직원이 업무의 세부 과정을 익힐 기회가 줄어들 수 있다. 그런데 어려운 예외는 여전히 사람에게 돌아온다. 평소에는 빠져 있다가 문제가 생길 때만 정확히 판단하리라고 기대하기는 어렵다. 사례를 함께 검토하고 업무의 원리를 학습하는 시간을 위임 이후에도 남겨둘 필요가 있다.

부서마다 에이전트를 하나씩 들였다고 회사 전체가 자연스럽게 연결되지는 않는다. 영업은 빠른 응답을, 구매는 비용 절감을, 고객 지원은 문제 해결을 우선할 수 있다. 목표와 자료의 기준이 다르면 연결된 시스템 사이에서도 일이 충돌한다. 부서별 성과표가 좋아지는 일과 고객의 일이 끝까지 잘 처리되는 일은 함께 확인해야 한다.

한 부서의 비용 절감이 다른 부서의 추가 업무가 된다면 전체 성과를 다시 계산해야 한다. 문의 처리 시간은 줄었는데 재문의가 늘었다면 속도만으로 성공을 말하기 어렵다. 공통 자료의 정의와 일을 넘기는 조건, 오류가 발생했을 때의 책임을 정리해야 한다. 회사의 일을 잇는 규칙이 준비되어야 시스템의 연결도 성과로 이어진다.

한국 기업에도 익숙한 장면이다. 오래된 시스템 탓에 자료를 옮겨 적고, 문서상 절차와 구두 지시가 다르고, 예외 처리 방법은 특정 직원만 안다. 이런 조직에 에이전트를 들이면 기존의 모호함이 먼저 드러날 수 있다. 이는 도입을 포기할 이유보다 정리할 일을 발견하는 계기가 될 수 있다. 기술 검토와 함께 업무 기준과 자료의 책임자를 분명히 해야 한다.

인력이 적은 조직에는 여러 업무를 보조할 기회가 있다. 동시에 결과를 검토하거나 장애에 대응할 사람도 부족할 수 있다. 절약할 수 있는 시간만큼 조직이 감당할 수 있는 관리의 범위를 살펴야 한다. 한정된 업무에서 효과를 확인한 뒤 넓혀가는 접근은 신중함을 위한 형식보다 실제 운영 능력을 알아보는 과정이다.

앞으로 주목할 변화는 다섯 가지다. 첫째, 사용 횟수보다 검증된 업무 완료가 성과 평가에서 중요해질 수 있다. 둘째, 권한은 업무의 영향과 복구 가능성에 따라 세분화될 수 있다. 셋째, 관리자의 목표 설정과 예외 판단 역량이 더 큰 비중을 차지할 수 있다. 넷째, 부서별 도입이 늘수록 공통의 데이터와 책임 기준을 정하는 일이 커질 수 있다. 다섯째, 도입 속도와 함께 중단과 복구 능력이 운영의 평가 기준이 될 수 있다. 변화의 속도는 기술의 신뢰성과 조직의 준비 수준에 따라 달라진다.

인공지능이 실제 일을 시작하면 경영의 오래된 질문이 새로운 무게를 얻는다. 목표는 분명한가. 권한은 적절한가. 결과를 확인할 수 있는가. 문제가 생기면 누가 멈추고 고치는가. 고객에게 사과문을 쓰는 일에서 주문을 해결하는 일로 넘어가는 순간, 기업도 더 정교한 위임을 배워야 한다. 더 많은 일을 맡길 수 있는 시대에는 무엇을 맡겼는지 설명할 수 있는 조직이 강해진다.