AI만 나눠줬지, 일하는 방식은 바꾸지 않았습니다 — 개인의 활용을 조직의 표준으로 만들기
라이선스를 나눠주는 것과 실제로 확산되는 것은 다릅니다. A사 대표가 전사 공지 하나로 확산이 끝났다고 믿었다가, 한 달에 걸쳐 부서별 온도차를 직접 확인하고 조직의 확산 기준을 다시 세우는 이야기입니다.
전부 맡기지도, 전부 막지도 않습니다 — AI 에이전트 실행 권한 모드 설계하기
모듈9에서 A사 대표는 위험도 기준으로 승인 규칙을 설계했습니다. 모듈10은 그 대표가 이 기준을 회사 전체로 넓히는 다음 이야기입니다.
모듈9. 실행 권한 모드 다시 보기 →배포는 끝이 아니라 시작입니다
모듈9의 A사 대표가 다시 등장합니다. 위험도 기준 승인 규칙을 만든 다음 단계, 이 기준과 그동안 만들어온 지침·SOP를 회사 전체가 실제로 쓰게 만드는 과정입니다. 지금까지 시리즈는 한 사람 또는 한 부서의 하루였다면, 모듈10은 조직 전체의 한 달을 다룹니다 — 카메라가 개인의 하루에서 조직의 한 달로 넓어지는 셈입니다.
※ 등장하는 A사와 대표의 사례는 실제 기업이나 실제 인물을 재현한 것이 아니라, 교육 목적으로 구성한 가상 시나리오입니다.
월요일 아침, 대표는 전사 공지를 보냅니다. “오늘부터 전 직원이 AI 에이전트를 사용할 수 있습니다.” 라이선스도, 교육자료도, 사용 안내도 전부 준비했습니다. “이 정도면 이제 알아서들 쓰겠지.”
며칠 뒤 “다들 한 번씩은 써보는 것 같습니다”라는 말에 대표는 웃습니다. “생각보다 도입이 쉽네.”
일주일 뒤, 사용 현황을 다시 봅니다. 사용 흔적은 있습니다. 그런데 보고서도, 결재도, 업무 인수인계도 전부 예전 방식 그대로입니다.
“다들 AI 쓴다며?” — “씁니다.” — “근데 왜 똑같아?” 대표가 화면을 다시 봅니다. “써본 거랑… 쓰는 건 다른 건가?”
1차시 정리
라이선스를 나눠주는 것과, 일하는 방식이 실제로 바뀌는 것은 다른 문제입니다.
3주차, 대표는 사용량 대신 실제 업무를 보기로 합니다. 영업팀은 별말 없이 그냥 씁니다. “여기는 그냥 쓰네.” 인사총무팀은 예전에 만든 지침 파일이 있지만, 담당자가 바뀐 뒤로는 거의 쓰이지 않습니다. 기획·행정팀은 담당자가 바뀌었는데도 SOP를 보고 업무가 그대로 돌아갑니다.
같은 회사, 같은 AI, 같은 라이선스인데 한쪽은 자연스럽게 쓰고, 한쪽은 지침까지 있는데 멈췄고, 한쪽은 사람이 바뀌어도 계속 굴러갑니다. 대표가 혼잣말합니다. “이게… AI 차이는 아닌데.”
2차시 정리
같은 도구를 줘도 부서마다 결과가 다르다면, 원인은 도구가 아니라 다른 곳에 있습니다.
4주차, 대표는 세 부서의 업무를 다시 펼쳐놓습니다. 이번엔 사용량이 아니라 일 자체를 봅니다. 누가 맡는지, 어디서 확인하는지, 무엇을 잘했다고 평가하는지, 담당자가 바뀌면 무엇을 넘기는지. AI는 새로 들어왔는데 업무분장도, 결재 방식도, 평가 기준도, 인수인계 방식도 전부 예전 그대로였습니다.
“잠깐.” — “네?” — “나는 AI만 줬네.” — “네?” — “일은 하나도 안 바꾸고.”
대표는 전부를 바꾸지 않습니다. 반복 업무 하나, 담당자 한 명, 확인 기준 하나, 승인 지점 하나 — 부서 하나에서 이것부터 실제로 넣어보기로 합니다. “또 전사 공지부터 하지 말자.” “지난번에 하셨잖아요.” “그러니까.”
3차시 정리
도구를 나눠준 것과 일하는 방식을 바꾼 것은 다릅니다 — 확산은 배포의 문제가 아니라 운영 규칙 정비의 문제입니다.
지금까지 확인한 판단을 QEJA 순서로 정리하면, 우리 조직의 확산 기준 최소 버전이 완성됩니다.
전사 공지를 반복하는 것이 확산이 아닙니다. 부서 하나에서 실제로 바꿔보고, 그 결과를 보고 넓혀갑니다.
4차시 정리
확산 기준도 위험도·업무 기준으로, 사람이 직접 확인하며 정하는 것입니다.
한 달이 지나고 대표는 다시 확인합니다. 이번엔 질문이 달라졌습니다. “AI 몇 번 썼어?”가 아니라 “이 업무는 이제 어떻게 하고 있어?” 누가 담당하는지, 어떤 지침을 쓰는지, 담당자가 바뀌면 무엇을 넘기는지, 언제 다시 교육하고 문제가 생기면 어디에 남기는지 — 하나씩 정리해 문서 하나를 만듭니다. AI 업무 확산 기준_v0.1
“대표님, 이제 전사 적용하는 겁니까?” — “조금씩.” — “이번엔 왜 이렇게 조심스러우세요?” — “지난달에 내가 전부 승인하라고 했다가 무슨 꼴 났는지 기억 안 나?” — “기억납니다.” — “나도 기억나.”
책상 위에는 그동안 만든 것들이 놓여 있습니다. AI 업무지침. 업무 SOP. 승인 기준. 부서별 확산 체크리스트.
“대표님, 이제 AI 도입 끝난 겁니까?” — “아니.” — “또 뭐 남았는데요?” — “다음 달에도 이렇게 일하는지 봐야지.”
오늘 정한 기준은 완성본이 아닙니다. 다음 달에도 다시 점검할 첫 번째 버전입니다.
확산 체크리스트
현재 확산 상태 기준선 → 부서별 온도차 진단 → 원인 확인 → 확산 방식 판정 → 예외·중단 조건 → 절차로 남기기 순서로 채우면, 우리 조직의 AI 확산 기준 v0.1이 완성됩니다.
체크리스트 다운로드 →모듈1부터 10까지, 결국 하나의 질문입니다
AI에게 무엇을 맡기고, 사람은 무엇을 판단할 것인가?
만들고, 써보고, 확인하고, 고치고, 다시 씁니다.
이 시리즈의 마지막도 v0.1입니다.
자주 묻는 질문
라이선스를 나눠주고 공지만 하면 확산되지 않나요?
사용 경험은 늘어날 수 있지만, 업무 방식 자체가 바뀌는 것과는 다릅니다. 평가 기준·결재 절차·업무 분장이 그대로면 직원 입장에서는 굳이 바꿀 이유가 없습니다. 확산은 배포가 아니라 운영 규칙을 함께 정비하는 문제입니다.
모든 부서에 동시에 적용해야 하나요?
아닙니다. 부서 하나에서 담당자·평가 기준·절차를 먼저 실제로 바꿔보고, 그 결과를 확인한 뒤 넓혀가는 방식을 권합니다. 전사 공지를 반복하는 것보다 작은 실행 하나가 더 효과적입니다.
모듈4의 “권한 관리”와 모듈10의 “확산”은 어떻게 다른가요?
모듈4는 계정·데이터 접근 권한을, 모듈9는 실행 승인 방식을 다뤘습니다. 모듈10은 그렇게 만든 기준과 도구가 실제로 조직 전체에 자리잡는 과정 — 배포 이후의 정착 문제를 다룹니다.
이 체크리스트로 확산이 완료되나요?
아닙니다. 체크리스트는 v0.1입니다. 실제로 적용해보고 다음 달에 다시 점검하며 버전을 올려가는 것을 전제로 만들어졌습니다.
이 모듈은 이렇게 만들어졌습니다
| 구분 | 내용 |
|---|---|
| FACT | 2주차 관찰(“다들 써보긴 했지만 업무 방식은 크게 안 바뀌었다”)은 2026년 조직 AI 도입 관련 실제 보도(지식근로자 85% 사용 경험 vs 29% 업무 방식에 실제 반영, digitalapplied.com·diginomica.com)에서 착안 — 다만 이 수치를 A사에 직접 대입하지 않고 배경 근거로만 참고, 시나리오는 가상 사례로 구성 |
| OBSERVATION | 모듈3~9는 개인·부서 단위 하루였다면, 모듈10은 조직 전체의 한 달을 다룸 — 시리즈 최초로 시간축이 하루에서 주 단위로 확장됨 |
| JUDGMENT | 조직 확산은 하루로 압축하면 메시지가 훼손된다고 판단해 1주차~월말 구조로 설계. “평가 기준이 원인”이라는 결론을 미리 제시하지 않고, 대표가 세 부서를 직접 비교하며 스스로 발견하도록 구성 |
| PROPOSAL | 체크리스트는 완성된 확산 매뉴얼이 아니라, 조직이 자신의 부서별 온도차를 직접 진단하고 확산 기준을 v0.1로 설계해보는 워크시트로 설계 |
1~10모듈을 한눈에 보는 AX 업무지도가 준비됐습니다.
국제AI교육원 AI 에이전트 교육과정 전체 보기 →중소기업 AI 교육, 우리 회사는 무엇부터 시작해야 할까요?
단순한 도구 사용법보다 우리 조직의 업무와 역할에 맞는 AI 활용 역량과 운영 기준을 설계하는 것이 먼저입니다.

AI 교육의 시작은 도구가 아니라 우리 조직의 업무와 활용 기준입니다.
AI 기초와 리터러시부터 ChatGPT 실무, 생성형 AI 활용, AI 에이전트와 업무 자동화, 부서별 업무혁신, 관리자 교육, 책임 있는 AI 운영 기준까지 기업의 업무 환경과 구성원 수준에 맞춰 설계합니다.
