가장 무거운 일은 전문 업무가 아니었다 — 만들어야 할 에이전트 10종

Agentic PM · AX 배정 3부작 ③

앞의 두 편에서 어디서 멈춰야 하는지를 정했습니다. 이제 남은 질문은 하나입니다 — 그래서 무엇을 만드느냐. 26주를 돌려 시간이 어디에 쌓이는지 쟀더니 답이 예상 밖이었습니다. 가장 무거운 두 가지는 전문 업무가 아니라 보고와 계획 정합이었고, 둘을 합치면 전체의 절반이었습니다.

Part 1 · Measure무엇을 쟀나

“이런 에이전트가 있으면 좋겠다”는 목록은 누구나 만듭니다. 문제는 그게 희망 목록이라는 점입니다.

희망 목록의 특징은 눈에 띄는 일에 몰린다는 겁니다. 사람들은 전문성이 필요한 일, 어려워 보이는 일을 떠올립니다. 정작 시간을 잡아먹는 건 눈에 안 띄는 일인데도요.

그래서 목록을 만들기 전에 측정을 먼저 했습니다. 가상의 회사 하나를 설계하고 26주 동안 발생하는 업무 이벤트를 결정적 시뮬레이션으로 생성했습니다. 결정적이라는 건 난수가 없다는 뜻입니다 — 같은 입력이면 언제 돌려도 같은 결과가 나오므로 누구든 재실행해 대조할 수 있습니다.

그리고 발생한 업무를 성격별로 묶어 각 묶음이 전체 공수에서 차지하는 몫을 셌습니다. 에이전트 목록은 그 묶음에서 나왔습니다. 먼저 고르고 나중에 정당화한 게 아니라, 부하가 목록을 정했습니다.

Part 2 · Where일은 어디에 쌓여 있었나

1위와 2위가 무엇인지 다시 보십시오. 주간보고를 만드는 일과, 요구가 바뀔 때 하위 산출물을 맞추는 일입니다. 어느 도메인의 전문 지식도 필요 없는, 회사라면 어디나 하는 일입니다.

그런데 이 둘이 절반입니다. AX 로드맵이 흔히 실패하는 이유가 여기 있습니다 — 전문 업무의 자동화부터 시작하기 때문입니다. 어렵고, 게이트가 많고, 부하는 정작 작습니다.

Part 3 · Roster만들어야 할 10종

각 카드에는 산출물만이 아니라 금지 항목과 검증법이 붙어 있습니다. 금지가 없는 에이전트 명세는 절반짜리입니다.

게이트 세 종을 보면 오해 하나가 풀립니다. 게이트는 “에이전트를 붙이지 않는 곳”이 아닙니다. 에이전트가 결정만 하지 않는 곳입니다. 오히려 준비 작업이 많아서 부하로는 세 종을 합쳐 19.9%나 됩니다.

Part 4 · First부하 0인 것을 왜 먼저 만드나

막대 그래프의 맨 아래, 0%짜리가 1번으로 만들어야 할 에이전트입니다.

회사 DNA 바인더는 스스로 산출물을 내지 않습니다. 하는 일은 하나뿐입니다 — 조직 구조, 진행 중인 프로그램, 역할, 안전 규율, 출처 표기 규약을 한곳에 고정해 두는 것.

이게 없으면 나머지 아홉이 매번 회사 사정을 처음부터 다시 듣습니다. 그러면 두 가지가 일어납니다. 답이 일반론으로 평평해지고, 같은 질문에 매번 다른 답이 나옵니다.

Part 5 · Transplant여덟은 옮겨도 되고, 둘은 안 됩니다

도메인 무관 여덟은 어느 업종에서나 형태가 같습니다. 보고를 종합하고, 계획 정합을 지키고, 외부 정보를 회수하고, 상대별로 재구성하는 일은 업종을 안 가립니다.

특화 둘은 다릅니다. 규제 요건 초안 보조와 딜 실무 보조입니다. 이 둘의 금지 항목은 그 도메인의 사고 이력에서 나온 것들입니다 — “조항번호를 만들어내지 말 것”, “거래 수치를 생성하지 말 것”. 다른 도메인으로 옮기면서 금지 목록을 그대로 두면 그 도메인의 위험을 놓칩니다.

Part 6 · Ladder어디까지 왔고, 다음은 무엇인가

이 3부작이 다룬 것 — 게이트를 명시하고, 배정을 재현 가능하게 만들고, 금지와 검증을 붙이는 일 — 이 3단계 거버넌스의 작업입니다. 2단계를 건너뛰고 3단계로 갈 수는 없습니다. 팀 워크플로우에 아직 안 붙은 것을 거버넌스로 감쌀 수는 없으니까요.

Part 7 · Limits이 숫자를 인용하기 전에

3부작을 한 줄로 줄이면 이렇습니다. 어디서 멈출지를 먼저 정하고, 부하를 재고, 그다음에 만듭니다. 순서를 바꾸면 게이트 없는 자동화나, 아무도 안 쓰는 에이전트가 나옵니다.