IT, MIND & CAREER / EDITORIAL DESK

흐름을 읽고, 다음 선택을 설계합니다.

기술의 변화와 사람의 판단, 그리고 오래 가는 커리어를 한 장의 리포트로 정리합니다.

EDITOR'S SELECTION

지금, 먼저 읽을 리포트

변화의 신호를 읽는 네 편의 이야기

THE ARCHIVE

최근 리포트

IT 최신동향 조회 6

AI 반복 업무의 책임 경계 협약 설계

AI 반복 업무의 책임 경계 협약 설계
EDITORIAL BRIEF

이 글에서 먼저 가져갈 세 가지

AI가 새 일을 가능하게 했다는 사실과, 그 일을 누가 어떤 권한으로 계속 맡을지는 별도의 팀 결정이다.

  1. 01
    반복은 역할 변화의 신호일 수 있다

    직무 밖에서 시도한 AI 지원 업무가 돌아오는 흐름은 관찰할 가치가 있다. 본문 1절

  2. 02
    도구 접근과 책임 배정을 분리한다

    업무를 수행할 수 있다는 것만으로 담당·결정 권한이 생기는 것은 아니다. 본문 2절

  3. 03
    협약에는 종료와 재검토도 넣는다

    중단 조건과 다음 점검 시점을 남겨야 임시 업무가 영구 부담이 되는 일을 줄일 수 있다. 본문 3·4절

1. AI가 만든 새 업무는 언제 ‘내 일’이 되는가

AI 도구를 쓰면 직무 설명서에는 없던 일을 잠깐 해 볼 수 있다. 개발자가 고객 문의의 기술 맥락을 정리하고, 운영 담당자가 데이터 추출을 보조하며, 기획자가 작은 자동화를 수정하는 식이다. 처음에는 병목을 지나가는 임시 도움처럼 보인다. 그러나 같은 일이 다시 들어오고, 같은 사람이 다시 검토하며, 동료가 그 결과를 기다리기 시작하면 상황은 달라진다. 도구 사용은 개인의 편의에서 팀의 작업 흐름으로 옮겨가고 있다.

OpenAI의 2026년 Work at the Frontier 연구는 2026년 4월부터 7월까지의 업무 관련 ChatGPT 메시지 150만 건 이상을 분석해, 일부 직무 외 AI 사용이 반복될 수 있음을 보고했다. 같은 기간 계속 관찰된 약 6,200명 중에서는 이전에 사용했던 직무 외 업무가 직무 특정 AI 활동에서 차지하는 비중이 4월 13.1%에서 7월 25.9%로 늘었다. 이 결과는 모든 사람이 직무를 바꾼다는 예측도, AI가 특정 역할을 대체한다는 증명도 아니다. 표본·분류 방식·관찰 기간이 제한된 연구이며, 한국의 조직 구조나 한 팀의 업무 배분을 직접 말해 주지 않는다. 다만 ‘한 번 해 본 일’과 ‘다시 돌아오는 일’을 구분해 볼 근거는 된다.

여기서 자주 생기는 실수는 반복을 곧바로 승진 기회 또는 성과로 번역하는 것이다. AI로 고객 답변 초안을 정리했다고 해서 고객 성공 조직의 책임을 맡은 것은 아니다. 데이터 조회를 도왔다고 해서 데이터 품질에 대한 승인 권한이 생기는 것도 아니다. 반대로 반복 업무를 계속 비공식 도움으로만 남겨 두면, 누가 최종 판단을 하는지와 문제가 생겼을 때 어디로 돌려보낼지가 사라진다. 개인은 보이지 않는 추가 업무를 떠안고, 팀은 그 업무가 실제로 얼마나 자주·어떤 위험을 갖고 들어오는지 알기 어려워진다.

이 글의 초점은 개인의 경력을 판정하는 데 있지 않다. AI로 넘어온 업무를 팀의 공식 책임으로 편입할지, 실험으로 유지할지, 멈추고 전문 담당자에게 연결할지를 함께 결정하는 방법에 있다. 바로 전 글의 증거 포트폴리오가 개인이 이미 한 일을 다음 역할의 언어로 정리하는 문서였다면, 여기서 제안하는 협약은 앞으로 반복될 일을 팀이 어떻게 운영할지 정하는 문서다.

2. 접근 권한, 판단 권한, 책임은 같은 말이 아니다

AI가 파일·데이터·도구에 접근할 수 있다고 해서, 그 결과를 승인하거나 외부에 전달할 권한까지 생기는 것은 아니다. 이 차이를 놓치면 역할 확장은 빠르게 업무 누락이나 권한 남용으로 변한다. 예를 들어 운영 담당자가 AI를 이용해 장애 공지 초안을 만들 수 있다. 하지만 고객에게 약속할 복구 시점, 법무 검토가 필요한 표현, 공지 발송의 최종 승인자는 별도로 정해야 한다. 초안을 만든 사람에게 세 책임을 묶어 넘기는 일은 편해 보이지만, 실제 책임 경계를 흐린다.

최근 OpenAI 연구는 직무 밖의 업무를 요청할 때 사람들이 설명·방법 안내·특정 형식 요청을 덜 하고, 대신 예시나 배경을 더 제공하며 검증을 더 자주 요청하는 경향을 관찰했다. 이를 ‘AI가 전문성을 완전히 대신한다’는 뜻으로 읽으면 안 된다. 오히려 낯선 업무일수록 사용자가 주변 맥락과 확인 절차를 끌어온다는 해석이 가능하다. 따라서 팀은 새 업무를 맡길 때 ‘할 수 있는가’ 한 가지가 아니라 다음 네 가지를 분리해 물어야 한다.

좌우로 스크롤하여 확인하세요
구분팀이 확인할 질문합의가 없을 때 생길 수 있는 문제
업무 범위어떤 요청까지 이 흐름에 넣는가비슷해 보이는 예외가 계속 섞인다
판단 권한무엇을 스스로 결정하고, 무엇을 보류하는가초안이 승인처럼 전달된다
검토 책임결과를 누가 어떤 기준으로 확인하는가오류를 발견해도 되돌릴 곳이 없다
연결 경로전문 판단이 필요할 때 누구에게 넘기는가긴급한 요청이 개인에게 고정된다

이 표는 조직의 직무 체계나 인사 권한을 대신하는 규정이 아니다. 새 업무를 정식 배정하기 전, 빠진 책임을 찾기 위한 편집부 제안이다. 민감한 개인정보, 계약·법무 판단, 생산 환경 변경처럼 높은 위험이 있는 업무는 이 간단한 표만으로 맡기지 말고 기존 승인 절차와 전문 책임자를 우선해야 한다.

3. ‘업무 경계 협약’은 작은 운영 문서여야 한다

역할 확장을 논의하면 거대한 조직 개편 문서부터 떠올리기 쉽다. 하지만 반복되는 작은 업무 하나는 더 작은 협약으로도 시작할 수 있다. 중요한 것은 문서를 멋지게 만드는 일이 아니라, 임시 지원이 어떤 조건에서 공식 책임이 되는지와 언제 다시 보게 될지를 적는 일이다. 아래 양식은 검증된 진단 도구나 인사 평가표가 아니다. 설명을 위한 편집부 제안이며 실제 측정 결과가 아닙니다.

반복 관찰에서 책임 경계, 권한과 검토, 재검토로 이어지고 중단·전문가 연결로도 분기하는 AI 개념 일러스트

▲ 이 이미지는 실제 업무 배정 시스템이나 성과 측정 화면이 아니라, 반복되는 AI 지원 업무의 책임을 설계하는 제안 흐름을 나타낸 AI 개념 일러스트입니다.

# AI 반복 업무 경계 협약

- **반복되는 업무**: [무엇을 요청받는가]
- **관찰한 맥락**: [언제, 어떤 문제에서, 누구에게 도움이 필요했는가]
- **이번 협약의 범위**: [포함할 요청 / 제외할 요청]
- **담당자가 직접 결정할 수 있는 일**: [초안 작성, 사실 확인, 내부 정리 등]
- **반드시 보류하거나 연결할 일**: [승인, 외부 발송, 민감 정보, 전문 판단 등]
- **검토자와 확인 기준**: [누가, 무엇을 보고, 어떤 경우 되돌리는가]
- **중단 조건**: [오류, 위험 신호, 과도한 시간·비용, 권한 부족]
- **다음 재검토 시점**: [날짜 또는 다음 반복 주기]
- **협약 이후 남은 질문**: [아직 확인하지 못한 책임·역량·권한]

양식의 핵심은 ‘담당자’ 한 줄이 아니다. 담당자가 무엇을 독자적으로 판단할 수 없는지, 어떤 요청을 받으면 멈춰야 하는지, 누가 그 멈춤을 받아야 하는지를 같은 무게로 적어야 한다. 이 경계가 없으면 AI가 처리 속도를 높인 만큼 요청의 종류와 기대도 빠르게 퍼지고, 처음 도와준 사람이 영구적인 병목이 된다.

4. 공식 편입, 실험 유지, 중단을 나누는 순서

첫 단계는 반복을 감으로 판단하지 않는 것이다. 업무를 일일이 계량할 필요는 없지만, 무엇이 반복되는지와 그 요청이 어떤 맥락에서 생겼는지는 짧게 남긴다. 고객 요청의 기술 설명인지, 팀 내부의 데이터 확인인지, 운영 중 자동화 수정인지가 섞이면 위험과 검토자가 달라진다. 단순히 ‘AI 업무가 많다’고 모으면 다음 결정을 할 수 없다.

둘째는 경계를 정하는 단계다. 결과가 틀렸을 때 누가 영향을 받는지, 되돌릴 수 있는지, 전문 검토가 필요한지를 본다. 되돌리기 쉬운 내부 초안이라면 제한된 실험으로 유지할 수 있다. 반면 외부 약속·개인정보·프로덕션 변경처럼 되돌리기 어렵거나 규정상 책임자가 정해진 일은, 새 역할로 편입하기 전에 기존 책임자에게 연결하는 편이 낫다. 이 구분은 AI 능력의 우열 판정이 아니라, 책임과 실패 비용의 구분이다.

셋째는 공식 편입을 선택했을 때 권한과 검토를 짝으로 배치하는 단계다. 예컨대 데이터 정리 업무를 맡긴다면 입력 원천을 바꿀 권한이 있는지, 어떤 결과는 담당자가 확정할 수 있는지, 어떤 결과는 데이터 소유자가 확인해야 하는지를 함께 적는다. 검토자가 이름만 있고 실제로 언제 무엇을 보는지 없으면 협약은 작동하지 않는다. 반대로 매번 모든 것을 같은 사람에게 확인받도록 만들면 새 흐름이 또 다른 병목이 된다. 업무 종류와 위험에 맞는 최소 검토 지점을 정해야 한다.

마지막은 재검토다. OpenAI 연구에서도 직무 외 업무의 다음 달 재방문 비율은 업무 종류에 따라 다르게 나타났다. 반복성이 확인되기 전의 임시 지원을 영구 업무로 고정할 이유는 없다. 반대로 이미 꾸준히 돌아오는 일을 ‘친절한 도움’으로 부르며 방치할 이유도 없다. 다음 달, 다음 스프린트, 다음 운영 회의처럼 팀이 실제로 확인할 수 있는 때를 정하고, 범위·검토 부담·중단 조건을 다시 읽는다.

협약을 검토하는 자리는 길 필요가 없다. 반복 업무를 실제로 맡는 사람, 결과를 검토하거나 책임지는 사람, 요청이 시작되는 쪽의 대표가 함께 양식을 읽으면 된다. 이때 “계속 맡을 의향이 있는가”도 확인한다. 업무가 경력에 도움이 될 수 있다는 기대와, 현재 업무량 안에서 지속할 수 있는지는 다른 문제다. 담당자가 바뀌거나 도구·데이터 접근 조건이 바뀌었을 때도 협약을 다시 열어야 한다. 책임은 사람의 선의나 오래된 권한에 자동으로 따라가면 안 된다.

또한 재검토 결과는 공식 편입만을 뜻하지 않는다. 요청이 줄어들었다면 협약을 종료할 수 있고, 위험이 예상보다 커졌다면 전문 팀으로 돌릴 수 있으며, 범위가 넓어졌다면 담당자와 검토자를 추가할 수 있다. 이런 선택지를 미리 적어 두면 협약은 새 일을 떠넘기는 문서가 아니라, 일을 계속할지 멈출지 함께 결정하는 안전장치가 된다.

5. 역할 확장을 경력의 약속으로 과장하지 않기

AI가 직무 사이의 작업 장벽을 낮춘다고 해서 모든 사람이 더 넓은 역할을 원하거나 감당해야 하는 것은 아니다. OpenAI의 분석은 관찰된 AI 사용의 변화에 관한 것이며, 고용·보상·승진·업무 만족을 보장하는 자료가 아니다. 누군가가 새 업무를 반복한다는 사실도 그 사람이 그 업무의 공식 소유자가 되어야 한다는 결론으로 바로 이어지지 않는다.

그럼에도 경계 협약은 경력 대화에 쓸모가 있다. 개인에게는 “AI를 썼다”는 막연한 말 대신 어떤 업무를 어떤 제약에서 다뤘고, 어디에서 판단을 멈췄는지를 남긴다. 팀에는 특정인의 호의와 기억에 기대던 업무를 보이게 한다. 관리자는 새 업무를 역할·권한·검토의 언어로 검토할 자료를 얻는다. 세 효과 모두 협약 자체가 성과나 승진을 보장한다는 뜻은 아니다.

반복되는 AI 지원 업무를 발견했다면, 당장 직무명을 바꾸기보다 한 가지 업무에만 이 문서를 적용해 볼 수 있다. 그 업무가 계속 들어오는지, 누가 결정을 해야 하는지, 어떤 요청에서 멈춰야 하는지, 다음에 누가 다시 볼지를 적는다. 이 작은 기록은 AI가 넓힌 가능성을 개인의 숨은 부담으로 남기지 않고, 팀이 책임 있게 선택할 수 있는 작업으로 바꾸는 출발점이 된다.

테크 아키텍처 데스크
IT & Mind Trends 에디토리얼 팀 — 클라우드 분산 아키텍처 및 행동 과학 트렌드를 연구하고 실무 트레이드오프를 검증하여 전달합니다.
이전 글
다음 글