핵심만 먼저
- 유튜브 사례가 회사에서 안 통하는 이유는 실력이 아니라 권한·데이터·맥락이라는 조직 조건 때문입니다.
- 도구부터 고르면 실패합니다 — 업무 목록을 만들고, 하나를 고르고, 작게 시험하고, 전후를 재고, 되면 넓히는 4주 순서를 따르세요.
- 첫 파일럿에는 새 도구를 도입하지 말고, 이미 쓰는 도구로 손으로 돌려도 되는 수준부터 시작하세요.
- 체감만으로는 판단이 틀릴 수 있어, 시작 전과 종료 후의 소요시간·오류 건수를 숫자로 남겨야 합니다.
이 글에서 알 수 있는 것
- 유튜브 자동화 사례가 회사에서 안 통하는 진짜 이유
- 도구 대신 순서부터 정해야 하는 이유
- 업무 목록을 만들고 하나를 고르는 법
- 새 도구 없이 시작하는 2주 파일럿 설계법
- 전후를 비교해 계속할지 판단하는 법
핵심 로직 한눈에 보기
1주차 · 업무 목록 만들기
↓
2주차 · 하나만 고르기
↓
3주차 · 작은 파일럿
↓
4주차 · 전후 비교와 판단
↓
되면 팀으로 넓히기
목차
AI를 써본 적은 있으실 겁니다. 문제는 써본 것과 업무에 붙인 것이 다르다는 데 있습니다.
유튜브에서 본 사례는 화려한데 우리 회사는 사정이 다릅니다. 파일은 사내망에 있고, 결재는 그룹웨어로 하고, 데이터는 남이 만든 엑셀에 들어 있고, 보안팀은 외부 서비스에 자료 올리는 걸 좋아하지 않습니다.
그래서 이 글은 도구 설치부터 시키지 않습니다. 대신 순서를 다룹니다. 업무 목록을 만들고, 하나를 고르고, 작게 시험하고, 전후를 재고, 되면 넓히는 4주짜리 순서입니다.
혼자 쓰는 요령이 아니라 회사 안에서 실제로 통과시키는 방법에 가깝습니다.
SECTION 01
유튜브 사례가 우리 회사에서 안 되는 이유
실패는 대개 세 곳에서 납니다.
권한. 사례에 나온 서비스를 결제할 권한이 없습니다. 회사 카드도, 보안 승인도 없습니다.
데이터. 사례에서는 깔끔한 CSV가 준비돼 있습니다. 실제 우리 파일은 병합 셀이 있고, 열 순서가 매달 바뀌고, 소계 행이 중간에 섞여 있습니다.
맥락. 1인 사업자에게는 “내가 정하면 끝”인 일이, 조직에서는 팀장 승인과 유관 부서 협의를 거칩니다.
핵심 포인트
세 가지 모두 AI 실력의 문제가 아닙니다. 조직 안에서 일한다는 조건의 문제입니다. 시작 순서를 조직 조건에 맞춰야 하는 이유입니다.
SECTION 02
도구부터 고르면 실패합니다 — 순서는 이겁니다
많은 입문 글이 도구 소개로 시작합니다. 그런데 도구를 먼저 정하면 그 도구로 할 수 있는 일을 찾게 됩니다. 순서가 반대입니다.
권해드리는 순서는 이렇습니다.
- 업무 목록 만들기 — 무엇을 하고 있는지부터 적습니다
- 하나 고르기 — 기준을 정해 후보 중 하나만 뽑습니다
- 작게 시험하기 — 도구는 여기서 처음 등장합니다
- 전후 재기 — 좋아졌는지 숫자로 확인합니다
- 넓히기 — 되면 팀으로, 안 되면 접습니다
각 단계를 1주씩 잡으면 한 달입니다. 실제로는 1·2주차가 하루씩이면 끝나고, 3주차가 대부분의 시간을 씁니다.
SECTION 03
1주차 — 업무 목록 만들기
기억이 아니라 기록에서 뽑으세요
“무슨 일을 하시나요”라고 물으면 대부분 큰 것부터 말합니다. 그런데 시간을 잡아먹는 건 대개 기억에 남지 않는 작은 일들입니다.
기록에서 뽑는 방법 세 가지를 권합니다.
- 1주 업무 기록 — 가장 정확하고 가장 귀찮습니다. 한 주 동안 30분 단위로 무엇을 했는지 적습니다.
- 캘린더·보낸메일함 역추적 — 가장 빠릅니다. 지난 한 달의 일정과 보낸 메일을 훑으면 반복 패턴이 보입니다.
- 팀원 인터뷰 3문항 — “이번 주에 두 번 이상 한 일은? 하기 싫은 일은? 남 기다리느라 멈춰 있던 일은?”
실무 팁
세 번째 질문이 의외로 잘 듣습니다. 대기 시간이 긴 일은 본인 작업 시간이 짧아서 목록에서 빠지기 쉬운데, 실제로는 전체 흐름을 가장 많이 늦추는 일입니다.
‘업무’가 아니라 ‘작업’ 단위로 쪼개세요
“정산”이라고 적으면 판단할 수 없습니다. 한 번에 끝나는 동작 단위로 적어야 합니다.
- ✗ 정산
- ○ 거래처별 금액 대조 / 차이 건 확인 메일 발송 / 정산서 양식 작성
쪼개면 그 안에 자동화 가능한 조각이 섞여 있는 게 보입니다. “우리 일은 특수해서 안 된다”는 반응은 대개 쪼개지 않았기 때문에 나옵니다.
목표는 20줄입니다. 완벽할 필요는 없고, 빠진 게 있으면 나중에 추가하면 됩니다.
SECTION 04
2주차 — 하나만 고르기
고를 때 쓰는 기준
후보가 20개면 고르는 게 더 어렵습니다. 저희는 여섯 가지를 봅니다. 얼마나 자주 하는지(빈도), 한 번에 얼마나 걸리는지(소요시간), 신입에게 문서만 주고 시킬 수 있는지(규칙성), 입력 자료가 어떤 형태로 있는지(데이터 접근성), 그리고 관문 둘 — 틀리면 무슨 일이 생기는지(오류 비용), 다루는 자료가 얼마나 민감한지(보안 위험).
앞의 넷은 점수로 더하고, 뒤의 둘은 통과 여부로 씁니다. 자세한 채점 기준과 무료 진단표는 별도 글에 정리해 두었습니다.
여기서는 첫 번째를 고르는 요령만 말씀드립니다. 점수가 가장 높은 것을 고르지 마세요. 기준은 다릅니다.
✓
2주 안에 끝나는 크기인가
✓
틀려도 손해가 없는가
✓
선행 조건이 없거나 하나뿐인가
가장 큰 문제부터 손대고 싶은 마음이 들지만, 크게 시작하면 대부분 첫 번째에서 멈춥니다. 실무에서 첫 후보로 자주 추천되는 건 매일 반복되는 짧고 정형적인 일입니다. 업계 뉴스 정리, 일일 데이터 취합 후 공유, 정해진 양식의 알림 발송 같은 것들입니다. 사소해 보이지만 자주 돌고, 실패해도 손해가 없습니다.
회사가 AI를 막고 있다면
이게 가장 자주 걸리는 벽입니다. 상황을 셋으로 나눠서 보시면 길이 보입니다.
상황 A — 자유롭게 쓸 수 있다. 그러면 바로 3주차로 가시면 됩니다. 다만 개인 계정이 아니라 회사가 승인한 계정을 쓰세요. 나중에 팀으로 넓힐 때 계정 문제로 다시 시작하는 경우가 많습니다.
상황 B — 제한적으로 허용된다. 대부분이 여기입니다. 이럴 때 첫 후보는 회사 자료가 아예 안 들어가는 업무로 잡으세요. 공개된 업계 정보 정리, 공개 자료 기반 조사, 내가 이미 쓴 문서의 구조 다듬기 같은 일입니다. 성과를 만들고 나면 그다음 요청이 훨씬 쉬워집니다.
상황 C — 전면 차단이다. 이 경우에도 할 수 있는 게 남습니다. 1주차의 업무 목록과 2주차의 기준으로 자동화 후보 목록을 만들어 두는 것입니다. 도구 없이도 됩니다. 그리고 이 목록은 회사가 정책을 검토할 때 가장 필요한 자료입니다.
세 상황 모두에서 개인정보·기밀이 들어가는 업무는 첫 후보에서 빼세요. 성과를 내기도 전에 승인 절차에 발이 묶입니다. 어떤 업무를 빼야 하는지는 별도 글에 정리했습니다.
SECTION 05
3주차 — 작은 파일럿
파일럿의 크기
일잘랩의 판단
여기서 처음으로 도구가 등장합니다. 그런데 첫 파일럿에는 새 도구를 도입하지 마세요.
이미 쓰고 있는 것으로 충분한 경우가 대부분입니다. 회사가 승인한 AI 서비스 하나, 그리고 엑셀. 자동으로 돌아가게 만드는 건 그다음 단계입니다. 손으로 돌려도 되는 걸 먼저 만드세요.
이유는 단순합니다. 새 도구를 도입하면 검증해야 할 게 두 가지가 됩니다. “이 업무가 자동화할 만한가”와 “이 도구가 우리한테 맞는가”. 첫 번째부터 확인하는 게 순서입니다.
파일럿의 기준:
- 매주 금요일에 30분 손으로 돌리는 수준이면 충분합니다
- 결과가 기존 방식과 같은지 몇 번 대조해 봅니다
- 3~4회 돌려보고 판단합니다
2주 AI 자동화 Pilot 카드
파일럿을 시작하기 전에 아래 아홉 칸을 채워 두세요. 별도 파일이 필요 없습니다. 메모장이든 노트든, 이 표를 그대로 옮겨 적으면 됩니다.
위 여섯 칸은 시작 전에, 아래 세 칸은 끝나고 나서 채웁니다. 마지막 한 칸이 결론입니다.
| 항목 | 우리 팀 |
|---|---|
| 대상 업무 | (작업 단위로 한 줄) |
| 현재 1회 소요시간 | 분 |
| 주간 실행 횟수 | 회 |
| 이번 Pilot에서 줄일 단계 | (전체가 아니라 한 단계만) |
| 사람이 최종 확인할 단계 | (없으면 “없음”이라고 적으세요) |
| Pilot 기간 | 월 일 ~ 월 일 (2주) |
| 종료 후 소요시간 | 분 |
| 오류·재작업 건수 | 건 |
| 계속 사용할지 | YES / NO |
칸마다 짚어둘 점이 있습니다.
- 대상 업무 — “정산”이 아니라 “거래처별 금액 대조”처럼 한 번에 끝나는 동작으로 적으세요.
- 현재 1회 소요시간 — 지금 재세요. 파일럿을 시작한 뒤에 기억으로 적으면 대개 실제보다 크게 나옵니다.
- 이번 Pilot에서 줄일 단계 — 업무 전체를 바꾸려 하지 마세요. 한 단계만 고릅니다. 예를 들어 “자료 취합”까지만 바꾸고 판단과 발송은 그대로 둡니다.
- 사람이 최종 확인할 단계 — 여기가 “없음”인데 결과가 외부로 나가거나 금액이 확정된다면, 시작 전에 확인 단계를 하나 넣으세요.
- 종료 후 소요시간 — AI 결과를 검토하고 고치는 시간을 포함해서 재세요. 이걸 빼면 계산이 낙관적으로 나옵니다.
- 오류·재작업 건수 — 시간이 줄었는데 이 숫자가 늘었다면 개선이 아닙니다.
대상 업무 칸부터 막히신다면, 아직 무엇을 자동화할지 정해지지 않은 겁니다. 그때는 파일럿보다 선정이 먼저입니다. 여섯 가지 기준으로 채점해 후보를 줄이고 무료 진단표를 받는 방법은 별도 글에 정리해 두었습니다.
시작 전에 반드시 적을 것
지금 이 업무에 몇 분이 걸리는지 적어두세요. 한 줄이면 됩니다. 이걸 안 적으면 나중에 좋아졌는지 증명할 방법이 없습니다.
체감은 생각보다 믿기 어렵습니다. 2025년 7월 공개된 METR의 무작위 대조시험에서, 오픈소스 프로젝트 경험이 많은 개발자들이 AI 도구를 쓸 때 작업을 19% 더 느리게 끝냈습니다. 그런데 같은 사람들은 실험 후 AI 덕분에 평균 20% 빨라졌다고 답했습니다.
다만 이 결과를 지금 그대로 가져오면 안 됩니다. METR은 2026년 2월 후속 공지에서, 해당 결과가 2025년 2~6월 데이터라 현재 AI 도구의 성능을 그대로 대표하지는 않는다고 밝혔습니다. 참가자들과의 대화를 근거로 2026년 초에는 개발자들이 AI로 더 빨라졌을 가능성이 높다고 보면서도, 후속 실험에서 “AI 없이 일하고 싶지 않다”며 참여를 거부하거나 일부 과제를 제출하지 않는 개발자가 늘어 선택편향이 생겨 향상 크기를 정확히 추정하기 어렵다고 덧붙였습니다.
주의
이 연구는 개발자를 대상으로 했고, 사무 업무에 그대로 옮길 수 없습니다. 남는 건 하나입니다. 체감만으로 판단하면 방향이 반대로 나올 수도 있다는 것. 그래서 숫자를 남기시라는 겁니다.
SECTION 06
4주차 — 전후 비교와 판단
무엇을 재나
시간만 재면 절반만 보는 것입니다. 셋을 함께 보세요.
- 소요 시간 — 1회 처리에 몇 분
- 오류·재작업 — 다시 한 횟수. 시간은 줄었는데 재작업이 늘었다면 개선이 아닙니다
- 대기 시간 — 남을 기다리는 시간. 이게 줄면 시간 절감보다 체감 효과가 큽니다
검증 시간을 빼먹지 마세요. AI 결과를 확인하고 고치는 데 드는 시간도 소요 시간에 포함됩니다. 이걸 빼면 계산이 낙관적으로 나옵니다.
3주차에 만든 Pilot 카드의 아래 세 칸을 지금 채우시면 됩니다. 종료 후 소요시간, 오류·재작업 건수, 그리고 계속 쓸지 여부.
기대치를 어디에 두나
큰 숫자를 자주 보시게 될 겁니다. 인용하실 때 성격을 확인하셔야 합니다.
예를 들어 Anthropic이 발표한 평균 80%·중앙값 84%의 시간 절감이라는 수치가 자주 인용되는데, 이건 실제로 관측한 생산성 향상이 아닙니다. Claude가 자사 대화 10만 건을 읽고 “이 일을 사람이 혼자 했다면 얼마나 걸렸을까”를 추정한 값입니다. 같은 문서가 사람이 결과를 검토하고 고치는 시간이 충분히 반영되지 않았다는 점, 그리고 기존 대조시험들은 14~56%의 더 작은 개선을 보였다는 점을 스스로 밝히고 있습니다.
우리 회사의 숫자는 우리가 재야 나옵니다. 남의 숫자는 기대치를 잡는 데 참고만 하세요.
판단은 셋 중 하나
- 되면 — 손으로 돌리던 걸 자동으로 돌리는 단계로 넘어갑니다
- 애매하면 — 한 번 더 돌려봅니다. 대개 입력 자료가 정리되면 결과가 달라집니다
- 안 되면 — 접고 목록의 두 번째로 넘어갑니다. 이건 실패가 아니라 정보입니다
세 번째를 편하게 할 수 있어야 첫 번째 시도를 가볍게 시작할 수 있습니다.
SECTION 07
팀으로 넓힐 때 달라지는 것
혼자 쓰던 걸 팀에 넘기면 세 가지가 새로 생깁니다.
계정과 권한. 개인 계정으로 만든 걸 팀이 쓰려면 결국 다시 만들어야 합니다. 넓힐 계획이 있다면 처음부터 회사 계정으로 시작하세요.
담당자 1인 의존. 만든 사람만 고칠 수 있는 상태가 가장 흔한 실패 원인입니다. 무엇을 왜 하는지 1페이지로 적어두는 것만으로도 크게 줄어듭니다.
실패 알림. 혼자 쓸 때는 안 돌면 바로 압니다. 팀에서 자동으로 돌아가면 조용히 멈춘 걸 아무도 모릅니다. 실패하면 누군가에게 알림이 가도록 만들어야 합니다.
이 단계부터는 도구 선택과 운영 설계가 실제 문제가 됩니다. 구축을 검토하신다면 확인할 것들을 별도로 정리해 두었습니다.
SECTION 08
이번 주에 할 일
읽고 끝나면 아무것도 달라지지 않습니다. 오늘 할 수 있는 건 하나입니다.
지난 한 달의 캘린더와 보낸메일함을 훑고, 두 번 이상 반복된 작업을 다섯 줄만 적어보세요. 10분이면 됩니다.
다섯 줄 중 하나를 골랐다면 위의 2주 Pilot 카드 여섯 칸을 채우고 시작하시면 됩니다.
다섯 줄이 나오면 다음은 고르는 단계입니다. 점수를 넣으면 등급과 우선순위가 자동으로 나오는 엑셀 진단표를 별도 글에서 받으실 수 있습니다.
목록을 만들다가 “이건 넣어도 되나” 싶은 업무가 나오면, 자동화하면 안 되는 영역을 정리한 별도 글을 참고하세요.
SECTION 09
참고한 자료
2026년 8월 26일 조회 기준입니다.
- METR, Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity (2025.7)
- METR, We are Changing our Developer Productivity Experiment Design (2026.2) — 2025년 결과가 현재 도구를 대표하지 않는다는 점과 후속 실험의 선택편향을 밝힌 공지
- Anthropic, Estimating AI productivity gains — 관측값이 아닌 모델 추정치라는 점에 유의
- 개인정보보호위원회, 생성형 인공지능(AI) 개발·활용을 위한 개인정보 처리 안내서 (2025.8)