이 글은 대표가 기업 교육을 설계하며 정리한 조직 운영 관점을 바탕으로 재구성한 가이드입니다. 아래 장면은 이해를 돕는 가상 예시이며, 특정 기업의 진단이나 성과를 뜻하지 않습니다.
“써 보세요” 다음에 필요한 합의
한 팀에 AI 계정이 지급됐다고 가정해 보겠습니다. 직원은 보고서 초안을 빠르게 만들었지만, 팀장은 기존 양식으로 다시 작성하라고 합니다. 다른 직원은 자동화를 시도하다 급한 업무에 밀려 포기합니다. 월말 평가에서는 개선한 방식보다 처리한 업무 건수만 이야기합니다. 이런 조건에서는 새 도구보다 익숙한 방식으로 돌아가는 편이 안전합니다.
방향
어떤 업무를 어떻게 바꿀지 합의한다.
관성
바뀐 방식으로 일할 시간과 권한을 만든다.
보상
개선·검토·공유한 기여를 인정한다.
1. 방향: “AI를 쓰자”를 업무 언어로 바꾸기
“AI 활용률을 높이자”만으로는 무엇을 해야 할지 알기 어렵습니다. “금요일마다 세 파일을 옮겨 적는 주간 보고를, 공통 양식으로 취합하고 예외만 검토하는 방식으로 바꾸자”라고 말하면 담당자, 입력 자료, 결과물이 드러납니다. 목표 수치보다 먼저 앞으로의 일하는 모습을 그려야 합니다.
회의에서 한 문장으로 정리해 보세요
우리는 [현재 반복하는 일]을 [앞으로의 방식]으로 바꾸고, [결과를 받는 사람]이 [확인 기준]에 따라 검토합니다.
속도만으로 성공을 판단하지 않는 것도 중요합니다. 작성 시간과 함께 누락, 재작업, 검토 부담을 살펴야 합니다. 초안이 빨라져도 다른 팀의 확인 시간이 늘어난다면 전체 업무가 좋아졌다고 보기 어렵습니다.
2. 관성: 새 업무를 더하기 전에 기존 절차를 살피기
개선 실험을 기존 업무 위에 얹기만 하면 바쁜 사람부터 참여하기 어려워집니다. 팀장은 실험할 시간을 일정에 반영하고, 어떤 기존 보고를 줄이거나 대체할 수 있는지 결정해야 합니다. 다만 검증도 하지 않은 새 방식으로 기존 절차를 한꺼번에 없애지는 않습니다.
- 작게 시험할 업무 한 가지와 담당자를 정합니다.
- 사용해도 되는 자료와 접근 권한을 확인합니다.
- 기존 방식과 결과를 비교하고, 오류가 생기면 돌아갈 방법을 정합니다.
- 시험이 끝난 뒤 누가 정식 사용을 결정할지 합의합니다.
3. 보상: 빨리 처리한 사람만 보지 않기
작업을 줄인 직원에게 더 많은 수작업만 배정된다면, 다음 개선을 자발적으로 제안하기 어려울 수 있습니다. 시간을 확보했다면 어떤 더 중요한 일에 쓸지 먼저 이야기하세요. 재사용 가능한 양식, 오류를 발견한 검토, 동료에게 사용법을 설명한 노력도 팀의 기여로 볼 필요가 있습니다.
평가 항목을 새로 만들 때는 숫자를 채우는 행동도 함께 살펴야 합니다. 사용 횟수나 자동화 개수만 세면, 실제로 필요하지 않은 도구가 늘어날 수 있습니다. 결과물 몇 건을 함께 검토하면서 현업에 도움이 되었는지 확인하는 방식이 더 적합할 수 있습니다.
첫 점검 회의에서는 세 가지만 결정하세요
| 질문 | 회의가 끝나면 남을 것 |
|---|---|
| 무엇을 바꿀까? | 업무 하나의 현재 방식과 목표 방식 |
| 어떻게 시험할까? | 담당자·시간·자료·복구 방법 |
| 무엇을 보고 계속할까? | 품질·검토 부담·재사용 여부와 다음 결정일 |
도구의 기능 설명이 더 필요한지, 팀 사이의 합의가 먼저 필요한지는 조직마다 다릅니다. 바이브코딩연구소는 바꾸려는 업무를 먼저 확인하고, 실무 교육·컨설팅·구축 중 필요한 시작점을 함께 정합니다.
