📂AI 기초⏱읽기 2분📊심화🔗관련 6

AI CoE이란?

한 줄 정의
AI CoE(Center of Excellence, 전문가 조직)는 전사의 AI 도입 기준과 도구, 교육, 과제 지원을 한곳에서 맡아 부서들이 각자 헤매지 않도록 돕는 전담 조직입니다.
이 주제, 사내 교육으로📚 관련 과정💬 교육 문의
⚡ 3줄 요약
  • 만드는 팀보다 현업이 쓰게 돕는 팀
  • 기준·도구·교육·과제 지원·측정의 다섯 묶음
  • 승인 창구로 굳으면 쉐도우 AI가 늘어남

AI 전담조직을 만든다고 하면 개발자를 모아 AI 서비스를 직접 만드는 팀을 떠올리기 쉽습니다. 그러나 대부분의 기업에 먼저 필요한 것은 만드는 팀이 아니라 현업이 쓰도록 길을 닦는 팀입니다. 부서마다 따로 도구를 사고, 같은 질문을 보안팀에 반복하고, 비슷한 과제를 중복으로 벌이는 상황을 정리하는 것이 CoE의 첫 임무입니다. CoE의 성과는 자기 산출물이 아니라 현업 부서의 활용 수준으로 나타납니다.

맡는 일은 다섯 묶음으로 나눌 수 있습니다. 사용 지침과 보안 기준의 관리, 도구와 계정의 선정·계약·배분, 교육 로드맵과 AI 챔피언 운영, 부서 과제의 발굴과 PoC 지원, 효과 측정과 경영진 보고입니다. 인원은 전담 서너 명에 겸직 인원을 더한 형태로 시작하는 경우가 많습니다. 구성은 IT만으로 채우지 않고 현업 출신, 교육·인사, 보안·법무 담당이 섞여야 기준이 현실에 맞습니다. 도구의 기능과 요금은 자주 바뀌므로 계약 조건을 정기적으로 다시 살피는 일도 여기에 듭니다.

형태는 세 가지 가운데 고릅니다. 중앙이 기준과 실행을 모두 쥐는 집중형, 부서가 각자 하는 분산형, 중앙은 기준과 지원을 맡고 실행은 부서의 챔피언이 맡는 허브 앤 스포크형입니다. 초기에는 집중형으로 기준을 세우고, 활용이 퍼지면 허브 앤 스포크로 옮기는 흐름이 일반적입니다. 어느 형태든 보고선은 예산과 우선순위를 정할 수 있는 임원에게 닿아 있어야 합니다.

현장에서 가장 자주 어긋나는 지점은 CoE가 승인 창구로 굳는 것입니다. 모든 도구 사용과 과제가 CoE 검토를 거쳐야 하고 답변에 몇 주가 걸리면, 현업은 기다리지 않고 개인 계정으로 일합니다. 통제하려던 조직이 쉐도우 AI를 키우는 결과가 됩니다. 반대로 권한과 예산 없이 이름만 만든 CoE는 소식지를 내는 팀으로 남습니다. 무엇을 CoE가 정하고 무엇을 부서가 알아서 하는지, 그리고 문의에 답하는 기한을 처음부터 문서로 밝혀 두어야 합니다.

💡 쉽게 말하면
모든 요리를 직접 하는 주방장이 아니라, 지점마다 같은 기준과 재료가 닿도록 돕는 본사 조리 지원팀에 가깝습니다.
실무에서 왜 중요한가
부서마다 따로 도구를 사고 따로 교육을 열면서 비용과 보안 문의가 흩어졌습니다. 내년 조직 설계에서 이를 묶을 자리를 검토하는 것입니다.
AI 전담조직의 세 가지 형태
구분집중형허브 앤 스포크형분산형
기준 수립중앙중앙부서별
과제 실행중앙부서(챔피언)부서별
장점기준이 빠르게 통일됨통일성과 현장 속도의 균형현장 속도가 빠름
주의점병목이 생기기 쉬움챔피언 운영이 뒷받침돼야 함중복 투자와 보안 편차
유래와 출처

전문가 조직이라는 개념은 본래 특정 기술이나 방법론의 표준과 모범 사례를 전사에 퍼뜨리기 위해 두던 조직 형태를 가리킵니다. 특정 창시자 없이 경영·IT 실무에서 굳어진 용어이며, AI 도입이 늘면서 같은 틀이 AI에 적용되고 있습니다.

사례로 이해하기

가상의 사례로 살펴보겠습니다. 자동차 부품을 만드는 G사는 임직원 1,200명입니다. 사업부 5곳이 AI 도구 4종을 각자 계약해 쓰고 있었고, 정보보안팀에는 같은 내용의 사용 문의가 월 70건 넘게 들어왔으며 비슷한 PoC 3건이 서로 모른 채 진행되고 있었습니다.

  1. 경영지원본부장은 전담 4명과 겸직 6명으로 AI CoE를 꾸렸습니다. 전담 4명은 생산기술, 인사교육, IT, 정보보안 출신을 한 명씩 넣어 한쪽 시각에 쏠리지 않게 했습니다.
  2. CoE는 첫 달에 도구 4종을 2종으로 정리하고 사용 지침 한 장을 냈습니다. 계약을 묶으면서 계정 단가가 낮아져 연간 계정 비용이 18% 줄었습니다.
  3. 구매팀장이 "매번 허락받아야 하느냐"고 묻자 CoE 리더는 지침 안의 사용은 부서 자율, 고객 자료가 들어가는 과제만 검토 대상이라고 답했습니다.
  4. 검토 요청에는 24시간 이내에 1차 답변을 주는 규칙을 두었습니다. 중복이던 PoC 3건은 하나로 합쳐 사업부 두 곳이 함께 진행했습니다.
  5. 1년 뒤 보안팀으로 들어오던 사용 문의는 월 70건에서 15건으로 줄었습니다. 사업부별 챔피언 40명이 실행을 맡으면서 진행 과제는 6건에서 31건으로 늘었습니다.
관련 용어
이 용어와 연결된 교육
📚회사 계정으로 Claude 팀 만들기나눔경영컨설팅 기업교육 · 대면/온라인과정 보기 →
이 주제로 사내 교육이 필요하신가요?
담당자 맞춤 커리큘럼·견적을 바로 받아보세요.
교육 문의하기
최종 수정 2026-10-14 · 감수 김종혁

자주 묻는 질문

정답은 없지만 IT 부서 안에만 두면 기술 과제 중심으로 흐르기 쉽습니다. 예산과 우선순위를 정할 수 있는 임원에게 직접 보고하고, 현업·교육·보안 담당이 함께 참여하는 구조가 무난합니다.
별도 조직까지는 필요하지 않을 수 있습니다. 다만 사용 지침, 도구 선정, 교육, 과제 지원을 누가 맡는지는 정해져 있어야 합니다. 겸직 두세 명의 협의체로 시작해 활용이 늘면 전담을 두는 방식이 현실적입니다.
CoE가 기준과 지원을 맡는 중심이고, 챔피언은 각 부서에서 실행을 맡는 접점입니다. CoE가 챔피언 모임을 운영하고 챔피언이 현장 질문과 과제를 CoE로 올리는 구조가 허브 앤 스포크 형태입니다.
CoE가 직접 만든 산출물보다 현업의 변화로 봅니다. 주간 활용률, 실행 중인 부서 과제 수, 문의 응답 시간, 중복 계약과 중복 과제의 감소 같은 지표가 쓰입니다. 통제 건수만 세면 승인 창구로 굳기 쉽습니다.