사내 AI 해커톤 기획: 목적 설정, 문제 출제, 팀 구성, 보안 규칙, 심사, 후속 실행까지

사내 AI 해커톤의 목적을 정하고 출제 방식을 맞춥니다

사내 AI 해커톤을 기획할 때 가장 먼저 할 일은 행사의 목적을 하나로 좁히는 것입니다. 해커톤은 목적에 따라 출제 방식, 참가자 모집, 심사 배점, 후속 예산이 모두 달라지는데, 목적이 여러 개 섞이면 심사 단계에서 무엇을 기준으로 뽑아야 할지 합의가 되지 않습니다.

기업 해커톤의 목적은 대체로 세 가지로 나뉩니다. 첫째는 실제 업무 과제의 해결안을 확보하는 것, 둘째는 AI를 직접 다뤄 본 사람을 조직 안에 늘리는 것, 셋째는 부서 사이의 협업 문화를 만드는 것입니다. 첫째가 목적이라면 실현 가능성과 후속 실행에 배점을 크게 두고, 둘째가 목적이라면 참가 범위를 넓히고 결과물 완성도 기준을 낮추는 편이 맞습니다. 셋째는 다른 목적의 부수 효과로 두는 편이 현실적입니다.

목적을 정할 때는 해커톤이 끝난 다음 날 경영진에게 무엇을 보고할지 미리 적어 보는 방법이 유용합니다. '파일럿 후보 과제 몇 건과 담당 부서', '실습 경험자 명단과 부서별 분포'처럼 보고 문장이 구체적으로 써지면 목적이 정리된 것입니다. 한 번에 전 직원 행사로 크게 여는 것보다 특정 본부나 사업부 단위로 작게 시작해 운영 방식을 다듬는 것도 방법입니다.

AI 해커톤 운영에서 결과물 수준을 가장 크게 좌우하는 것은 출제 방식입니다. 자유 주제로 열면 참가 열기는 높지만, 비슷한 챗봇 아이디어가 몰리거나 실제 업무와 동떨어진 결과물이 나오기 쉽습니다. 반대로 주최 측이 문제를 너무 좁게 정해 주면 참가자의 문제 정의 역량이 드러나지 않습니다.

실무에서 무난한 방식은 현업 부서가 낸 문제를 모은 '문제 은행' 방식입니다. 사전에 각 부서로부터 반복 업무, 병목 구간, 판단이 오래 걸리는 업무를 문제 형태로 받고, 운영진이 그중 데이터 확보가 가능하고 짧은 기간 안에 시연이 가능한 문제만 추립니다. 각 문제에는 문제를 낸 부서의 담당자를 '문제 오너'로 붙여 당일 질문에 답하고 심사에도 참여하게 합니다.

문제 은행에 올리는 문제는 형식을 맞춰 두면 팀이 훨씬 빨리 출발합니다. 현재 업무 흐름, 누가 얼마나 자주 겪는 문제인지에 대한 정성 설명, 사용할 수 있는 데이터와 그 형태, 해결되었다고 볼 수 있는 상태, 손대면 안 되는 범위를 한 장에 적게 합니다. 문제 하나에 여러 팀이 몰리는 것을 막으려면 문제별 신청 상한을 두거나, 팀이 문제를 고른 뒤 운영진이 조정하는 절차를 둡니다.

• 자유 주제: AI 경험 확산과 참여 분위기 조성에 적합하지만, 업무 연관성이 약해 후속 실행으로 이어지기 어렵습니다.
• 테마 지정(예: 고객 응대, 문서 업무): 특정 영역의 개선 아이디어를 모으기 좋고 결과물 비교가 쉽지만, 테마 안에서도 문제 정의가 흐려질 수 있습니다.
• 문제 은행(현업 부서 출제): 실제 과제 해결안과 파일럿 후보 확보에 적합하고 문제 오너가 있어 후속 실행 연결이 쉽지만, 사전 수집·정제와 데이터 준비에 시간이 듭니다.

팀 구성: 직무를 섞되 역할은 미리 정해 둡니다

사내 해커톤에서 개발 직군만 모인 팀은 기술 시연은 잘하지만 현업이 쓰지 않을 결과물을 만들기 쉽고, 현업 직군만 모인 팀은 문제는 정확히 짚지만 작동하는 결과물까지 가지 못하는 경우가 많습니다. 그래서 팀은 업무를 가장 잘 아는 현업 담당자, 데이터나 도구를 다룰 수 있는 사람, 결과물을 설명하고 화면을 다듬는 사람이 섞이도록 구성하는 것이 원칙입니다.

자율로 팀을 짜게 하면 평소 친한 동료끼리 모이기 쉽습니다. 직무를 섞는 것이 목적이라면 개인 신청을 받은 뒤 운영진이 직무 분포를 보고 배정하거나, 팀당 서로 다른 부서 출신을 최소 몇 명 이상 두는 규칙을 둡니다. 팀 규모는 너무 크면 무임승차가 생기고 너무 작으면 역할이 비므로, 역할 세 가지를 채울 수 있는 정도가 적당합니다.

최근 생성형 AI 도구는 코딩 경험이 적은 사람도 시연 가능한 결과물을 만들 수 있게 해 주지만, 그만큼 역할 분담이 흐려지기 쉽습니다. 팀 신청서에 문제 정의 담당, 구현 담당, 발표 담당을 미리 적게 하고, 각 팀에 사내 개발자나 외부 멘토가 일정 시간 순회하며 막힌 지점을 풀어 주도록 배치하면 결과물 편차가 줄어듭니다.

• 현업 담당자: 문제 정의, 실제 사용 흐름 검증
• 구현 담당자: 도구 설정, 데이터 처리, 시연 가능한 결과물 제작
• 정리·발표 담당자: 화면 구성, 효과 설명, 후속 실행 제안서 작성
• 멘토(순회): 기술적 막힘 해소, 보안 규칙 준수 확인

일정 구성: 사전 준비가 당일보다 깁니다

AI 해커톤 운영 일정은 당일 행사만 놓고 짜면 실패하기 쉽습니다. 문제 수집, 데이터 준비, 도구 계정 발급, 참가자 사전 교육처럼 당일 전에 끝나 있어야 하는 일이 많고, 행사 후에도 수상작 검토와 파일럿 결정까지 이어지는 일정이 필요합니다. 당일 행사는 형식상 보통 1~2일이지만, 전체 일정은 조직 상황과 범위에 따라 조정합니다.

아래 표는 사전 준비, 당일, 사후로 나눈 일정 구성의 기본 틀입니다. 각 단계의 소요 기간은 참가 규모와 문제 수, 사내 승인 절차에 따라 달라지므로 담당 부서와 함께 역산해 정하는 것이 좋습니다.

데이터·보안·사용 도구 규칙을 행사 전에 문서로 공지합니다

사내 AI 해커톤에서 가장 자주 문제가 되는 것은 데이터입니다. 실제 업무 문제를 풀려면 실제에 가까운 데이터가 필요하지만, 고객 정보나 미공개 실적, 계약 내용을 외부 AI 서비스에 그대로 넣으면 정보보호 문제가 생길 수 있습니다. 그래서 데이터는 행사 전에 문제 오너 부서와 정보보호 부서가 함께 비식별 처리하거나 구조만 같은 가상 데이터로 만들어 제공하는 것이 원칙입니다.

사용 가능한 도구도 미리 정해 공지합니다. 회사가 계약했거나 승인한 AI 서비스와 개발 환경 목록, 행사용으로 발급한 계정, 개인 계정 사용 허용 여부, 외부 API 호출 범위를 한 문서로 정리합니다. 참가자가 행사 중 새 도구를 쓰고 싶을 때 누구에게 확인받는지도 적어 둡니다. 이미 회사에 사내 AI 사용 가이드라인이 있다면 해커톤 규칙은 그 기준을 바탕으로 행사용 예외와 추가 제한만 덧붙이는 방식이 좋습니다.

결과물의 권리와 처리도 사전에 정해야 합니다. 행사 중 만든 코드와 문서의 귀속, 행사 후 계정과 데이터 삭제 시점, 외부 멘토나 협력사가 참여할 경우의 비밀유지 범위는 법무 부서 확인을 거쳐 참가 신청 단계에서 안내합니다. 규칙은 길게 쓰기보다 참가자가 행사 중에 바로 찾아볼 수 있는 한두 장 분량으로 만드는 편이 실제로 지켜집니다.

• 제공 데이터의 비식별 처리 여부와 사용 범위
• 사용 가능한 AI 서비스·개발 환경 목록과 계정 발급 방식
• 입력 금지 정보(고객 개인정보, 미공개 재무·계약 정보 등) 명시
• 결과물 귀속, 행사 후 데이터·계정 삭제 시점
• 규칙 위반이나 판단이 애매할 때 문의할 담당자

심사 기준과 배점: 목적이 배점에 드러나야 합니다

심사 기준은 행사 전에 참가자에게 공개해야 합니다. 기준이 공개되지 않으면 팀들은 발표 연출에 힘을 쏟고, 심사 결과에 대한 납득도 떨어집니다. 배점은 앞에서 정한 목적을 그대로 반영해야 하며, 실제 과제 해결과 파일럿 후보 확보가 목적이라면 업무 효과와 실현 가능성의 비중을 가장 크게 둡니다.

아래는 실제 과제 해결을 목적으로 한 기업 해커톤에서 쓸 수 있는 배점 예시입니다. 비율은 목적에 따라 조정하되, '데이터·보안 규칙 준수'는 점수 항목이 아니라 통과 조건으로 두는 것을 권합니다. 규칙을 어긴 결과물이 높은 점수를 받으면 이후 파일럿 단계에서 처음부터 다시 만들어야 하기 때문입니다.

심사위원은 경영진만으로 구성하지 말고 문제 오너, 기술 검토자, 실제 사용자 대표를 함께 넣습니다. 발표만 보고 점수를 매기기보다 심사위원이 짧게라도 결과물을 직접 써 보는 시연 시간을 두면, 화면은 화려하지만 작동하지 않는 결과물을 걸러낼 수 있습니다.

결과물 후속 실행: 수상작을 파일럿으로 넘기는 절차

기업 해커톤 기획에서 가장 많이 빠지는 부분이 후속 실행입니다. 시상과 함께 행사가 끝나면 결과물은 발표 자료로만 남고, 참가자들은 다음 해커톤에 기대를 걸지 않게 됩니다. 행사 전에 '수상작 중 일정 수는 파일럿 검토 대상으로 올린다'는 원칙과 그 절차를 경영진과 합의해 두어야 합니다.

파일럿 연결은 세 가지를 정하는 일입니다. 첫째, 실행 책임자입니다. 해커톤 팀이 아니라 문제를 낸 부서에서 책임자를 지정해야 결과물이 실제 업무로 들어갑니다. 해커톤 팀원은 파일럿 기간 동안 일정 시간을 이 과제에 쓸 수 있도록 소속 부서의 동의를 받습니다. 둘째, 파일럿 범위입니다. 특정 팀이나 특정 업무 하나에서 정해진 기간 동안 써 보고, 무엇을 기준으로 계속 여부를 판단할지 미리 적습니다. 셋째, 검토 시점입니다. 파일럿 종료 시점에 확대, 보완 후 재시도, 중단 가운데 하나를 결정하는 회의를 일정에 넣어 둡니다.

파일럿으로 가는 결과물은 대개 해커톤 당일의 시연 수준을 넘어 보안 검토, 기존 시스템 연동, 사용자 교육이 필요합니다. 사내 개발 인력이 부족하다면 AI 프로덕트·MVP 개발이나 업무 자동화 지원을 받아 파일럿용 결과물로 다시 만드는 방법을 검토할 수 있습니다. 수상하지 못한 아이디어도 문제 은행에 기록해 두면 다음 행사나 다른 개선 과제의 출발점이 됩니다.

사내 AI 해커톤의 흔한 실패와 피하는 방법

사내 AI 해커톤이 기대만큼 성과를 남기지 못하는 이유는 대부분 기획 단계에서 정해집니다. 아래는 자주 보이는 실패 유형과 각각을 피하는 방법입니다.

목적이 섞인 경우에는 심사 결과에 대한 불만이 커집니다. 문제가 너무 크거나 추상적이면 팀들이 당일 문제 정의에만 시간을 쓰고 결과물을 만들지 못합니다. 데이터 준비가 늦으면 당일 오전이 계정 발급과 데이터 요청으로 지나갑니다. 발표 연출 중심의 심사는 작동하지 않는 결과물을 뽑게 만들고, 후속 실행 책임자가 없으면 수상작이 그대로 사라집니다. 마지막으로 참가자의 원래 업무를 조정하지 않으면 행사 직전 이탈이 생깁니다.

해커톤 대신 실제 구현 없이 아이디어 단계에서 업무 개선안을 넓게 모으고 싶다면 AI 아이디어톤 진행 가이드의 방식이 더 맞을 수 있습니다. 교육 성격의 하루 과정을 찾는다면 해커톤이 아니라 사내 AI 워크숍 기획을 먼저 검토하는 편이 좋습니다.

• 목적이 여러 개 섞임 → 목적 하나를 정하고 배점에 반영
• 문제가 너무 크거나 추상적임 → 문제 은행 단계에서 시연 가능한 크기로 쪼갬
• 데이터·계정 준비 지연 → 사전 준비 완료 기준을 두고 당일 전 점검
• 발표 중심 심사 → 심사위원 직접 시연 시간과 실현 가능성 배점 확대
• 후속 실행 부재 → 문제 오너 부서에서 실행 책임자 지정, 검토 회의 일정 확정
• 참가자 업무 미조정 → 소속 부서장 사전 동의와 행사 기간 업무 조정

지니어스코리아의 사내 AI 해커톤 지원

지니어스코리아는 광고·마케팅 실무 경력을 가진 전문가와 AI 업무 도구·서비스를 직접 구축해 온 전문가가 함께 해커톤의 목적 설정, 문제 은행 정리, 규칙과 심사 기준 설계, 당일 멘토링, 파일럿 연결까지 지원합니다. 광고·콘텐츠 영역의 과제라면 AI 광고 크리에이티브 해커톤 형식으로, 구현보다 아이디어 발굴이 목적이라면 AI 업무혁신 아이디어톤 형식으로 설계할 수 있습니다. 범위는 상담 후 조직 상황에 맞춰 제안하며, AI 워크숍 형식 전반은 AI 워크숍 가이드에서 확인할 수 있습니다.