
AI 거버넌스 구축 가이드 · Ep.07
가장 잘 쓰는 두 사람이,
가장 먼저 지쳤다.
활용 격차가 사람 문제가 되기 전에 · HFC Consulting
팀에서 AI를 가장 잘 쓰는 개발자 두 명이 있다. 산출량이 늘자 자연스럽게 리뷰가 그들에게 몰린다. 다른 팀원의 AI 생성 코드를 검증할 수 있는 사람도 결국 그 둘뿐이기 때문이다. 석 달 뒤, 두 사람의 개발 일정이 밀리기 시작한다. 팀에서 가장 생산적인 인력이 팀의 병목이 되고, 반기 평가 시즌이 되자 문제는 갈등이 된다. "산출량으로 평가하면 AI를 잘 쓰는 사람이 유리한 것 아닙니까."
1기 9화에서 진단한 그대로다. 활용 격차는 방치하면 도구 문제가 아니라 사람 문제가 되고, 사람 문제가 된 뒤에는 규정 한 줄로 풀리지 않는다. 도구와 절차는 사서 올 수 있어도 역량과 신뢰는 사 올 수 없기 때문이다. 그래서 이 요소만은 다른 어느 것보다 일찍 시작해야 한다.
격차는 세 층에서 발생한다
"AI 교육을 하자"는 처방이 자주 빗나가는 이유는, 격차가 한 층이 아니기 때문이다. 층마다 처방이 다르다.
| 격차의 층위 | 증상 | 처방 |
|---|---|---|
| ① 접근 | 도구·계정이 없거나 있는 줄 모름 | 승인 목록 공지, 계정 일괄 지급 (2화 연계) |
| ② 활용 숙련 | 쓰긴 쓰는데 산출물 품질 편차가 큼 | 온보딩 커리큘럼 + 페어 작업 |
| ③ 검증 역량 | AI 산출물의 오류를 가려낼 사람이 소수 | 리뷰 기준 문서화 + 리뷰어 풀 확대 |
서두의 두 사람이 지친 것은 ③이 방치된 결과다. 검증 역량이 소수에 묶여 있는 한, 도구를 아무리 잘 써도 조직의 처리량은 그 소수의 시간에 갇힌다. 4화의 검증 게이트가 제대로 돌려면 리뷰어 풀이 넓어야 하고, 리뷰어 풀을 넓히는 것이 이번 편의 목적이다.
규정에 넣을 문구와 커리큘럼 골격
① 온보딩 커리큘럼 골격 (3단계)
1단계 규정 — 승인 도구·데이터 기준·게이트 절차 (2~4화 내용, 반나절) / 2단계 활용 — 직무별 표준 활용 사례와 페어 작업 2주 / 3단계 검증 — AI 산출물 리뷰 기준과 실습, 수료 시 리뷰어 풀 등록
② 평가 조정 원칙
"성과 평가는 산출량이 아니라 검증 게이트를 통과한 산출물을 기준으로 한다. 동료의 AI 산출물 검증과 활용 지도에 투입한 시간은 성과로 인정한다."
③ 리뷰 부하 관리 조항
"리뷰 배정은 리뷰어 풀 내에서 순환하며, 특정 인원에게 [월 기준 일정 비율] 이상 집중되지 아니하도록 [담당 조직]이 분기마다 점검한다."
예상 반론과 대응
반론 1. "일정이 빠듯한데 교육과 페어 작업에 시간을 뺄 수 없습니다."
대응. 지금 그 일정이 빠듯한 이유가 리뷰 병목이다. 페어 작업 2주는 리뷰어 한 명을 만드는 비용이고, 리뷰어 한 명은 이후 모든 일정에서 병목을 줄인다. 교육을 미루는 것은 병목을 연장하는 결정이다.
반론 2. "검증된 산출물 기준의 평가는 잘 쓰는 사람에게 불리합니다."
대응. 반대로 그들을 지키는 장치다. 산출량 기준에서는 그들에게 리뷰가 몰려도 보상이 없다. 검증·지도 시간을 성과로 인정해야, 가장 잘 쓰는 사람이 병목이 아니라 증폭기가 된다. 서두의 두 사람이 지친 것은 능력의 문제가 아니라 평가 설계의 문제였다.
신규 입사자도 같은 체계로 받는다. 온보딩 첫 주에 1단계(규정)를 이수하고, 첫 달 안에 2단계(활용) 페어 작업을 배정한다. 이 장치가 없으면 격차는 채용 때마다 재생산된다 — 1화의 신규 입사자가 옆자리 동료의 개인 계정을 따라 설치하던 장면이 그 재생산의 순간이다. 격차 관리의 절반은 이미 있는 격차를 줄이는 일이고, 나머지 절반은 새 격차가 생기지 않게 입구를 지키는 일이다.
역량 관리 체크포인트 — 격차를 접근·숙련·검증 3층으로 진단 / 온보딩 3단계와 리뷰어 풀 등록 연계 / 검증·지도 시간의 성과 인정 명문화 / 리뷰 집중도 분기 점검 / 신규 입사자 온보딩에 AI 과정 기본 포함
거버넌스의 일곱 요소 중 여섯은 문서로 만들 수 있지만, 역량만은 시간으로 만들어진다. 그래서 가장 늦게 성과가 보이고, 가장 먼저 시작해야 한다. 일곱 개의 조각이 모두 놓였다. 마지막 질문이 남는다. 이 체계는 누가, 언제, 어떻게 굴리는가. 거버넌스는 문서가 아니라 운영이다 — 완결편이다.
※ 본 연재의 규정·양식 템플릿은 일반적 참고용이며, 조직의 규모·규제 환경에 맞는 조정이 필요합니다.
📎 더 읽을거리
· DORA (DevOps Research and Assessment) — 조직 역량과 성과의 관계에 대한 실증 연구
· PMBOK Guide (PMI) — 자원·팀 관리의 표준 관점
HFC Consulting의 관점
조직의 AI 활용 현황(도구 사용률, 리뷰 병목 여부)을 아는 대로 보내 주십시오. 3층 진단표에 맞춰 어느 층의 격차가 큰지, 어디부터 손대야 하는지 짚어 드립니다.
1영업일 이내 답변 · 주식회사 에이치에프씨 컨설팅 · 대표이사 장기석
📚 연재 · AI 거버넌스 구축 가이드
◀ 이전 편 (06/08) AI Agent의 권한, 어디까지 허용하는가
다음 편 ▶ (08/08) 거버넌스는 문서가 아니라 운영이다
연재 전체 보기 →
'IT 인사이트 > AI 거버넌스 가이드' 카테고리의 다른 글
| 거버넌스는 문서가 아니라 운영이다 (08/08) (3) | 2026.07.17 |
|---|---|
| AI Agent의 권한, 어디까지 허용하는가 (06/08) (0) | 2026.07.17 |
| 프롬프트 시대의 의사결정 기록 (05/08) (0) | 2026.07.17 |
| AI 산출물이 조직에 들어오는 관문 (04/08) (0) | 2026.07.17 |
| 채팅창 앞에서 멈춰야 할 데이터 (03/08) (0) | 2026.07.17 |