[교육] 교육이 PoC로 이어지는 구조를 만드는 방법
사례

[교육] 교육이 PoC로 이어지는 구조를 만드는 방법

블로그로 돌아가기

교육이 PoC로 이어지려면 수강생이 자기 업무에서 과제를 꺼내게 하고 교육 기간 안에 멘토링과 함께 작은 결과물까지 만들게 하는 구조를 처음부터 설계해야 합니다. 만족도는 좋았는데 석 달 뒤 활용도 질문에 답하지 못하는 상황은 수강생 의지의 문제라기보다 구조 설계의 문제입니다. 적용이 일어나는 교육의 공통 설계를 실제 수행으로 정리하고, PoC 과제로 적합한 업무의 조건과 완주를 좌우하는 일정 배치를 함께 담았습니다.

Cortexys2026.08.30AI PoC교육 후 적용PoC 멘토링업무자동화교육 성과

교육 담당자들이 공통으로 말하는 고민은 교육 자체보다 그 다음에 있습니다. 만족도 조사는 좋게 나왔는데 한 달 뒤에 보면 업무가 바뀐 사람이 없다는 것입니다. 교육과 적용 사이의 간극은 수강생의 의지 문제라기보다 구조 문제입니다. 적용이 일어나는 교육에는 공통된 설계가 있습니다.

만족도 4.5점의 곤란함

이런 장면을 겪어 본 담당자가 많을 것입니다. 교육 만족도가 5점 만점에 4.5점으로 나와서 결과 보고를 잘 마쳤습니다. 석 달 뒤 경영 회의에서 그 교육 받은 인원 중 지금 실제로 쓰는 사람이 몇 명이냐는 질문이 나옵니다. 답할 수 있는 숫자가 없습니다. 만족도는 측정했지만 활용도는 측정 체계 자체가 없었기 때문입니다. 급하게 설문을 돌리면 가끔 쓴다는 응답이 대부분이고, 가끔이 무엇을 뜻하는지는 아무도 모릅니다. 내년 예산 품의에는 작년 교육의 성과를 적는 칸이 있는데 채울 것이 만족도뿐입니다. 이 곤란함의 원인은 교육이 끝난 뒤에 생기지 않습니다. 설계 단계에서 적용을 측정할 산출물을 정의하지 않은 시점에 이미 생긴 것입니다. PoC가 붙은 교육은 그 칸에 적을 것이 생깁니다. 어느 부서의 어떤 업무가 자동화되어 돌아가고 있는지를 적을 수 있기 때문입니다.

수강생의 업무에서 과제를 꺼내는 절차

강사가 준비한 예제는 깔끔하게 돌아가지만 수강생의 책상 위 업무와 닮지 않았습니다. 교육장에서는 되는데 자리에 돌아가면 안 되는 간극이 여기서 생깁니다. NC소프트 데이터 분석 과정이 기초와 심화 트랙 공통으로 실무 적용 개인별 PoC 멘토링을 붙인 이유가 이것입니다. 각자 자기 업무에서 과제를 꺼내고 그 과제로 실습하면 교육의 산출물이 곧 업무의 산출물이 됩니다. 과제 도출은 교육 첫날 하기에는 늦습니다. 사전 조사 단계에서 수강생별 반복 업무를 받아 두면 첫날부터 실습 재료가 준비된 상태로 시작할 수 있습니다.

교육 트랙과 PoC 트랙이 같은 기간에 나란히 진행되는 병행 구조 타임라인. 사전 조사에서 과제 도출, 교육 회차마다 PoC 진척이 함께 움직이고, 교육에서 나온 질문이 PoC로 들어가고 PoC에서 막힌 지점이 다음 회차 교육의 재료로 돌아오는 양방향 화살표

사전 조사에서 어떤 업무를 하느냐고 열린 질문을 던지면 직무 소개가 돌아옵니다. 과제가 나오게 하려면 질문을 좁혀야 합니다. 매주 반복하는 작업이 무엇인지, 그 작업에 시간이 얼마나 걸리는지, 결과물이 어떤 파일 형태로 남는지, 그 작업이 틀렸을 때 누가 발견하는지를 순서대로 물으면 과제 후보가 이름을 갖고 나옵니다. 마지막 질문이 특히 중요합니다. 오류를 발견하는 사람이 정해져 있는 업무는 검증 절차가 이미 있다는 뜻이라 PoC 대상으로 안전합니다.

PoC 과제로 적합한 업무의 조건

수강생이 꺼낸 과제가 전부 PoC에 맞는 것은 아닙니다. 아래 다섯 조건을 통과하는 업무를 고르면 교육 기간 안에 완주할 확률이 올라갑니다.

조건확인 방법통과하지 못하는 예
반복성최소 주 단위로 다시 발생하는가올해 한 번만 하는 연간 보고
입출력의 명확성무엇을 넣으면 무엇이 나오는지 한 줄로 쓸 수 있는가회의에서 방향을 정하는 일
데이터 접근필요한 파일을 본인 권한으로 열 수 있는가타 부서 승인이 필요한 원장 데이터
되돌릴 수 있음결과가 틀렸을 때 원래대로 돌릴 수 있는가외부로 즉시 발송되는 고객 안내문
검수 주체결과가 맞는지 판단할 사람이 정해져 있는가정답을 아무도 모르는 신규 분석

다섯 개를 모두 만족하지 않아도 됩니다. 다만 되돌릴 수 있음과 검수 주체 두 항목은 양보하지 않는 편이 좋습니다. 이 둘이 없으면 PoC의 실패가 업무 사고로 번지고, 한 번 사고가 나면 그 부서에서 다음 시도를 꺼내기가 어려워집니다.

순차 설계와 병행 설계의 차이

교육을 먼저 끝내고 나중에 PoC를 하자는 계획은 그 나중이 오지 않는 경우가 많습니다. 삼성물산 건설부문은 임원 대상 데이터사이언스 교육과 직원 대상 데이터 활용 업무자동화 PoC를 병행 운영했습니다. 배우는 트랙과 만드는 트랙이 같은 기간에 돌면 교육에서 나온 질문이 PoC로 들어가고 PoC에서 막힌 지점이 교육의 재료가 됩니다. 판단하는 층과 실행하는 층이 함께 움직이는 것도 병행 구조의 효과입니다. 임원이 원리를 배우는 동안 직원의 PoC가 눈앞에서 돌아가면 다음 단계 승인이 빨라집니다.

순차 설계가 무너지는 지점은 예산 주기와 인사 이동입니다. 교육이 끝나고 PoC 착수까지 시간이 벌어지면 그 사이에 담당자가 바뀌거나 예산 항목이 다른 곳으로 넘어갑니다. 병행 구조는 두 활동을 같은 계약과 같은 기간 안에 묶어 두기 때문에 이 위험을 구조적으로 줄입니다.

PoC는 작게, 현장 업무 그대로

PoC라는 말이 붙으면 규모부터 커지는 경향이 있습니다. 실패 확률을 낮추는 방향은 반대입니다. 대덕소프트웨어마이스터고등학교의 교사 교육에서는 학교급별 현장 업무를 그대로 반영한 PoC 미니프로젝트의 목표를 설계하고 구축까지 지원했습니다. 르노코리아 컴퓨터 비전 과정은 교육 범위를 넓히는 대신 YOLOv11 커스텀 모델 하나를 개발해 공정 자동화 PoC로 적용하는 데 집중했습니다. 작은 결과물이라도 실제 업무에서 돌아가는 것이 넓은 커리큘럼보다 다음 단계를 만듭니다. 보고 관점에서도 작은 PoC가 유리합니다. 완주한 미니 프로젝트 여러 개가 미완의 대형 과제 하나보다 성과 보고서에서 설득력이 큽니다.

범위를 줄이는 실무적인 방법은 업무 전체에서 한 단계만 떼어 내는 것입니다. 주간 보고서 작성 전체를 자동화하는 대신 원본 데이터에서 표를 만드는 단계까지만 맡기는 식입니다. 이렇게 자르면 검수 지점이 명확해지고, 다음 단계로 넓힐 때 앞 단계를 다시 만들 필요도 없습니다.

멘토링 없는 PoC의 결말

과제만 던져 주고 지원이 없으면 PoC는 첫 번째 막힘에서 멈춥니다. 교육장에서 배운 것과 실제 데이터가 만나는 순간에는 반드시 예상하지 못한 문제가 나오는데 이때 물어볼 상대가 없으면 과제는 조용히 보류됩니다. SK이노베이션 E&S 연간 AX 전환 과정이 교육과 멘토링을 결합하고 LNG AX전략팀과 전력사업추진팀의 PBL을 지도하는 형태로 운영된 것처럼 막히는 지점에서 되물을 수 있는 상대가 구조 안에 있어야 합니다. 멘토링은 적용을 완주시키는 별도의 트랙입니다. 이런 병행 설계의 과정 구성은 업무자동화 교육 과정에 정리돼 있습니다.

완주를 좌우하는 일정 배치

멘토링을 넣기로 했다면 다음 문제는 언제 넣느냐입니다. 배치가 어긋나면 같은 시간을 쓰고도 완주율이 떨어집니다.

배치 항목권장어긋났을 때
과제 확정 시점첫 회차 이전, 사전 조사 단계교육 절반이 과제 찾기로 소모됨
첫 멘토링 시점첫 실습 직후, 막히기 전이미 포기한 뒤에 도움이 도착함
회차 간격자기 자리에서 한 번은 시도해 볼 수 있는 간격간격이 너무 짧으면 적용 시도가 없고 길면 맥이 끊김
중간 점검전체 기간의 중반에 진척 확인마지막 회차에 미착수 인원이 드러남
제출 마감마지막 회차 이전마감이 교육 종료 이후면 제출률이 급락함

마지막 항목은 자주 반대로 설계됩니다. 교육이 끝난 뒤 여유를 주려고 마감을 뒤로 미루면 강제력이 사라져서 제출이 되지 않습니다. 마감은 아직 교육이 진행 중일 때 두고, 이후 기간은 보완에 쓰는 편이 완주율이 높습니다.

교육이 끝나기 전에 정해 두는 측정 방식

활용도를 나중에 설문으로 재려고 하면 앞의 곤란함이 반복됩니다. PoC 구조의 부수 효과는 측정이 저절로 따라온다는 것입니다. 교육 종료 시점에 각 수강생의 과제 목록과 완주 여부가 남고, 석 달 뒤에는 그중 몇 개가 아직 돌아가고 있는지를 세면 됩니다. 설문 응답 대신 목록을 세는 방식이라 해석의 여지도 적습니다. 보고서에 들어가는 문장도 달라집니다. 만족도 몇 점이라는 문장 대신 어느 팀의 어떤 업무가 자동화되어 몇 달째 운영 중이라는 문장을 쓸 수 있게 됩니다.

멈춘 과제도 버리지 않는 편이 좋습니다. 어디서 멈췄는지를 모아 보면 데이터 접근 권한, 검수 인력 부재, 도구 라이선스처럼 교육으로 풀 수 없는 문제가 드러납니다. 이 목록은 다음 해 교육 기획보다 오히려 인프라 예산 품의에서 근거로 쓰입니다.

구조를 점검하는 기준

단계있어야 하는 것없을 때 벌어지는 일
과제 선정수강생 자기 업무에서 도출예제는 됐는데 업무는 안 됨
기간 설계교육과 PoC 병행교육 후 적용 계획이 무기한 연기
범위 설정업무 하나짜리 미니 프로젝트규모에 눌려 착수 실패
지원정기 멘토링첫 막힘에서 중단

교육 수료에서 업무 적용까지 가는 경로에서 이탈이 발생하는 네 지점을 표시한 흐름도. 과제가 남의 예제일 때, PoC가 나중으로 미뤄질 때, 범위가 커질 때, 막혀도 물어볼 곳이 없을 때 각각 이탈 화살표가 빠져나가는 형태

코텍시스의 관점

교육의 성과를 만족도로 재면 강의력에 투자하게 되고 적용으로 재면 구조에 투자하게 됩니다. 두 투자는 겹치지 않는 경우가 많습니다. 코텍시스는 제안 단계에서 PoC 과제 도출과 멘토링 일정을 커리큘럼과 함께 설계하고, 교육이 끝났을 때 각 수강생의 업무에서 무엇이 돌아가고 있는지를 결과로 남기는 것을 목표로 삼습니다.

다음 교육의 성과 칸을 만족도 말고 다른 것으로 채우고 싶다면, 병행 구조가 실제로 어떻게 운영됐는지를 수행 사례에서 확인하는 것이 다음 단계입니다. 우리 조직에서 PoC 과제로 삼을 만한 업무가 무엇인지부터 논의하고 싶다면 교육 문의에 대상 부서와 시기를 남겨 주시면 과제 도출 단계부터 함께 설계해 드립니다.

코텍시스 AI 인사이트 최신 논문 리뷰

AI 솔루션이 필요하신가요?

cortexys.ai에서 맞춤 AI 개발 서비스를 확인하세요.

컨설팅 신청하기