조직 단위로 에이전트를 도입하는 법
개인이 에이전트를 잘 쓰는 것과 조직이 에이전트를 도입하는 것은 다른 문제다. 조직 도입은 개인 능력이 아니라 구조와 기준의 문제다.
도입 단계
| 단계 | 내용 | 기준 |
|---|---|---|
| 1. 파일럿 | 1~2명이 특정 업무에 먼저 적용 | 효과 확인 |
| 2. 가이드라인 | 어디에 쓰고 어디에 안 쓸지 기준 수립 | 안전 경계 확보 |
| 3. 확산 | 팀 전체에 적용, 교육, 프롬프트 공유 | 일관된 품질 |
| 4. 내재화 | 업무 프로세스에 에이전트가 기본 포함 | 루틴화 |
도입 시 판단해야 할 것
넘길 수 있는 일과 넘기면 안 되는 일의 경계
- 고객 대면 커뮤니케이션 → 사람이 한다
- 내부 데이터 정리·요약 → 에이전트가 해도 된다
- 의사결정 → 사람이 한다
- 선택지 비교 정리 → 에이전트가 해도 된다
검토 체계
에이전트 출력을 조직이 그대로 사용하는 것은 위험하다. 최소 1명의 검토자가 필요하다.
프롬프트 자산화
잘 작동하는 프롬프트를 개인이 갖고 있지 않고 팀이 공유한다. 프롬프트도 업무 자산이다.
안티패턴
- 도구만 도입하고 가이드라인 없이 쓰게 한다
- “AI 쓰면 다 빨라질 거야” — 판단 품질은 자동으로 올라가지 않는다
- 파일럿 없이 전사 도입한다
- 에이전트 도입을 IT 부서만의 일로 본다
복구 비용 프레임
에이전트가 틀렸을 때 복구 비용이 큰 영역은 천천히 도입한다. 복구 비용이 작은 영역부터 시작한다. 이 판단이 도입 순서를 결정한다.
관련: Ch.71 에이전트에게 넘길 일, Ch.28 사람과 에이전트의 역할