AI 에이전트와 사람 PM, 일을 어떻게 나눌까

앞선 글에서는 AI 에이전트를 프로젝트 팀에 넣을 때 역할, 권한, 승인, 기록과 중단 기준이 필요하다고 정리했습니다. 그다음으로 팀이 막히는 지점은 원칙이 아니라 분업입니다. 에이전트가 초안을 쓰고, 일을 만들고, 위험을 표시할 수 있게 된 뒤에도 “그럼 사람 PM은 무엇을 해야 하는가”가 분명하지 않으면 검토는 형식만 남고 책임은 흐려집니다.

AI 에이전트와 사람 PM의 일을 나누는 기준은 속도가 아닙니다. 누가 더 빨리 글을 쓰느냐보다, 어떤 결과가 프로젝트 상태를 바꾸는지, 되돌리기 어려운지, 외부에 영향을 주는지를 먼저 봐야 합니다. 이 글은 그 기준으로 에이전트가 맡으면 좋은 일, 사람 PM이 반드시 맡아야 하는 일, 둘 사이에 이관해야 하는 일을 구분합니다. 이 선은 특정 도구나 한 조직 안에서만 쓰는 방법이 아닙니다. 개발, 문서, 커뮤니케이션처럼 여러 업무에서 이미 전역적으로 쓰이는 운영 방식입니다.

“알아서 진행해 주세요”가 실패하는 이유

넓은 지시는 에이전트에게 목표처럼 보이지만 운영 기준으로는 부족합니다. 에이전트는 회의록, 업무 목록, 지난 결정, 오래된 초안을 같은 무게로 읽을 수 있습니다. 사람 PM이 어떤 자료를 현재 기준으로 볼지 정해 주지 않으면, 에이전트는 가장 그럴듯한 다음 행동을 고를 뿐 팀의 우선순위를 대신하지 못합니다.

그 결과는 보통 세 가지로 나타납니다. 초안은 많이 쌓이지만 결정이 늦어지고, 작은 일정 변경이 승인 없이 퍼지며, 문제가 생겼을 때 “AI가 그렇게 했다”는 설명만 남습니다. 분업이 없으면 자동화는 일을 줄이지 않고 확인해야 할 산출물만 늘립니다.

AI 에이전트가 맡으면 좋은 일

에이전트에게 먼저 맡길 일은 프로젝트 상태를 바로 바꾸지 않으면서, 사람이 판단할 재료를 준비하는 일입니다. 초안, 검색, 누락 표시, 반복 확인이 여기에 해당합니다.

• 회의 기록에서 결정사항, 후속 업무, 미확정 질문을 분리해 정리합니다.

• 담당자나 완료 예정일이 없는 업무를 찾아 목록으로 만듭니다.

• 요구사항, 변경 요청, 산출물 초안을 비교해 빠진 항목을 표시합니다.

• 주간 현황, 리스크, 미해결 결정의 보고서 초안을 작성합니다.

• 비슷한 과거 결정과 관련 문서를 찾아 근거 후보를 제시합니다.

이 단계에서 에이전트의 결과물은 “실행”이 아니라 “검토용 재료”여야 합니다. 사람이 읽기 전에 일정, 담당자, 범위, 고객 메시지가 바뀌어서는 안 됩니다.

사람 PM이 반드시 맡아야 하는 일

사람 PM의 핵심 일은 더 많은 글을 쓰는 것이 아닙니다. 무엇을 지금 기준으로 볼지 정하고, 이해관계가 다른 결정을 책임지며, 되돌리기 어려운 행동을 승인하는 일입니다.

• 이번 주 목표와 하지 않을 일을 확정합니다.

• 범위 변경, 일정 재조정, 우선순위 충돌을 결정합니다.

• 고객, 협력사, 내부 이해관계자에게 나갈 메시지를 승인합니다.

• 비용, 계약, 검수 기준처럼 프로젝트 밖까지 영향을 주는 판단을 합니다.

• 에이전트가 참고할 현재 기준 문서와 금지된 행동을 유지합니다.

• 오류가 났을 때 중단, 이관, 재작업 여부를 결정합니다.

PM이 이 결정을 에이전트에게 넘기면 속도는 나는 것처럼 보여도 책임 소재가 사라집니다. 에이전트는 제안을 할 수 있지만, 프로젝트의 최종 판단은 사람 PM의 역할로 남아야 합니다.

둘이 같이 해야 하는 이관 구간

모든 일을 에이전트 또는 사람으로 나눌 필요는 없습니다. 중간 구간은 에이전트가 초안과 근거를 만들고, 사람 PM이 한 번에 승인하거나 되돌리는 구조가 적합합니다.

에이전트가 준비하고 PM이 승인할 일

• 업무 담당자나 마감일 변경안

• 고객에게 보낼 진행 안내문 초안

• 범위 변경이 일정과 산출물에 미치는 영향 정리

• 외부 공유가 필요한 파일과 대상 목록

이관할 때는 결과만 넘기지 말고 이유, 사용한 자료, 영향 범위, 취소 가능 여부를 함께 붙여야 합니다. PM이 짧은 시간에 승인하거나 거절할 수 있어야 분업이 작동합니다.

한눈에 보면 역할은 이렇게 나뉩니다.

한 줄로 일을 나누는 판단 기준

새 업무가 생겼을 때 아래 질문으로 먼저 나눌 수 있습니다.

1. 이 행동이 프로젝트의 일정, 담당자, 범위 또는 대외 메시지를 바꾸는가?

2. 잘못되면 되돌리기 어려운가?

3. 고객이나 계약, 비용에 영향을 주는가?

4. 현재 기준 문서만으로 판단할 수 있는가?

1~3에 해당하면 사람 PM의 승인 없이 실행하지 않습니다. 해당하지 않고 4가 가능하면 에이전트가 초안을 만들고, PM은 샘플만 검토해도 됩니다. 4가 불가능하면 에이전트는 작업을 멈추고 부족한 기준을 PM에게 물어야 합니다.

한 주 동안의 역할 분담 예시

주간 운영을 기준으로 보면 분업은 이렇게 고정할 수 있습니다.

• 에이전트: 회의록 초안, 미배정 업무 목록, 지연 후보, 주간 보고서 초안을 준비합니다.

• 사람 PM: 같은 주기로 목표, 우선순위, 고객 공유 여부를 확정합니다.

• 이관: 일정 변경안과 고객 안내는 에이전트가 초안을 쓰고 PM이 승인합니다.

• 금지: 에이전트는 승인 없이 마감일, 담당자, 범위, 외부 발송을 실행하지 않습니다.

이 리듬이 있으면 에이전트는 매주 같은 종류의 재료를 만들고, PM은 같은 종류의 결정만 하면 됩니다. 분업은 한 번 정하는 문서가 아니라 반복되는 주간 운영입니다.

이 방식은 전역적으로 쓰이는 운영입니다

초안은 AI가 만들고 결정은 사람이 하는 구조는 한두 제품의 기능이 아닙니다. 코드 보조 도구는 변경안을 제안하고 사람이 머지합니다. 이슈 트래커와 문서 도구의 AI는 티켓, 회의록, 명세 초안을 만들지만 우선순위와 공개 여부는 담당자가 정합니다. 메신저나 메일 AI도 회신 초안까지는 만들 수 있어도, 고객에게 약속을 보내는 일은 사람이 확인합니다.

이름만 다릅니다. 휴먼 인 더 루프, 코파일럿, 승인 큐, 초안 리뷰 — 모두 같은 선을 그립니다. 에이전트가 재료를 만들고, 사람이 프로젝트 상태를 바꿉니다. GitHub, Jira, Linear, Notion, Slack처럼 서로 다른 제품에서도 이 경계가 없으면 자동 초안이 곧 자동 결정처럼 퍼집니다.

사내 개발, 외주 프로젝트, 프리랜서 협업처럼 팀 형태가 달라도 기준은 같습니다. 쓰는 도구가 달라도 초안과 결정을 나누지 않으면 같은 문제가 납니다. 이 방식은 특정 곳에서만 일부 쓰는 팁이 아니라, 이미 여러 업무에 퍼져 있는 운영입니다.

역할 분담을 고정하기 전 체크리스트

• 에이전트가 혼자 끝내도 되는 일과 초안만 만들어도 되는 일이 구분되어 있습니까?

• 사람 PM이 반드시 승인해야 하는 행동이 목록으로 있습니까?

• 에이전트가 참고할 현재 기준 문서가 표시되어 있습니까?

• 이관 요청에 이유, 근거, 영향 범위가 포함됩니까?

• 잘못되었을 때 누가 중단하고 고객에게 설명합니까?

• 주간 리듬에서 에이전트와 PM이 만나는 시점이 정해져 있습니까?

좋은 분업은 PM의 결정을 선명하게 하는 일입니다

AI 에이전트에게 일을 맡긴다는 것은 사람 PM을 빼는 일이 아닙니다. 반복되는 정리와 초안을 에이전트에게 주고, 목표, 우선순위, 대외 판단, 예외 대응을 사람 PM에게 남기는 일입니다.

역할이 겹치면 에이전트는 결정을 흉내 내고 PM은 산출물을 뒤늦게 고치게 됩니다. 역할이 나뉘면 에이전트는 더 정확한 재료를 만들고, PM은 더 적은 횟수로 더 중요한 결정을 할 수 있습니다.

에이전트를 도입했다면 다음으로 정할 것은 기능 목록이 아니라, 무엇이 초안이고 무엇이 결정인지입니다. 그 경계는 쓰는 도구와 관계없이 먼저 필요합니다.