AX 전환 해커톤 — 100명 규모, 개발자·비개발자 분반

과제

한화생명은 개발자 직군과 비개발자 직군이 함께 참여하는 100명 규모의 AX 해커톤을 준비하고 있었습니다. 목표는 1일차 6시간 교육과 2일차 6시간 해커톤을 분리된 행사로 운영하는 것이 아니라, 학습이 곧장 산출물로 이어지도록 만드는 것이었습니다.

출발 시점의 제약

• 대상은 100명 규모였으며, 개발자 직군과 비개발자 직군이 혼합되어 있었습니다.
• 운영 시간은 2일로 제한되어 있었으며, 1일차 교육 6시간과 2일차 해커톤 6시간으로 구성되어 있었습니다.
• 1일차 교육은 4개 분반이 동시에 진행되어야 했습니다.
• 2일차 해커톤은 2시간 단위 3클래스로 운영되어야 했습니다.
• 직군 차이뿐 아니라 기초반과 심화반의 학습 곡선 차이까지 함께 흡수해야 했습니다.

단일 강연으로는 참여자 간 출발점 차이를 좁히기 어렵다고 판단했습니다. 또한 단일 미션으로는 개발자에게는 충분한 제작 난이도를, 비개발자에게는 자기 업무에 연결되는 실용성을 동시에 제공하기 어렵다고 보았습니다.

접근

전체 설계는 ‘같은 행사, 다른 학습 경로’로 잡았습니다. 직군과 수준을 먼저 나눈 뒤, 교육과 해커톤의 산출물이 자연스럽게 이어지도록 구성했습니다.

직군과 수준 두 축으로 분반했습니다

이유: 100명 규모의 혼합 참여자를 한 강의실에서 동일한 속도로 끌고 가면, 일부는 너무 쉽고 일부는 너무 빠르게 느낄 가능성이 높았습니다. 직군 축과 수준 축을 함께 써야 학습 곡선 차이를 운영 설계 안에서 흡수할 수 있다고 판단했습니다.

한 일

• 분반 기준을 개발자와 비개발자, 기초와 심화의 두 축으로 나누었습니다.
• 개발자 기초반, 개발자 심화반, 비개발자 기초반, 비개발자 심화반의 4개 분반을 구성했습니다.
• 각 분반의 학습 목표를 다르게 잡아 같은 시간 안에서도 진도 차이를 흡수했습니다.
• 1일차 교육부터 2일차 해커톤 산출물의 형태를 염두에 두고 분반별 안내를 구성했습니다.

효과: 참여자는 같은 행사에 참여하면서도 자기 직군과 수준에 맞는 경로로 학습을 시작할 수 있었습니다.

개발자와 비개발자의 산출물 정의를 다르게 잡았습니다

이유: 개발자 분반과 비개발자 분반은 AX를 다루는 방식이 달라야 했습니다. 개발자에게는 실제로 작동하는 제작물이 필요했고, 비개발자에게는 자기 업무 흐름에 AX를 어떻게 녹일지 정리하는 결과물이 더 적합했습니다.

한 일

• 개발자 분반의 기대 산출물을 실제로 작동하는 에이전트로 설정했습니다.
• 비개발자 분반의 기대 산출물을 자기 업무 흐름에 AX를 적용한 정리물로 설정했습니다.
• 분반별 도전 과제의 난이도를 다르게 잡아 기술 구현과 업무 적용의 균형을 맞추었습니다.
• 해커톤 진행 중 산출물의 형태가 흐려지지 않도록 분반별 결과물 기준을 반복해서 확인했습니다.

효과: 참여자 직군별로 서로 다른 형태의 구체 산출물이 도출되었습니다.

1일차 교육을 2일차 해커톤의 준비 단계로 설계했습니다

이유: 교육과 해커톤이 분리되면 첫날은 이해에 그치고 둘째 날은 다시 출발해야 합니다. 2일 운영의 밀도를 높이려면 1일차의 학습 항목이 곧바로 2일차의 제작 또는 정리 과제로 이어져야 했습니다.

한 일

• 1일차 6시간 교육에서 분반별 학습 목표를 먼저 분리했습니다.
• 교육 중 다룬 개념과 예시를 2일차 해커톤 과제의 출발점으로 연결했습니다.
• 2일차 6시간을 2시간 단위 3클래스로 나누어 진행 흐름을 관리했습니다.
• 각 클래스마다 탐색, 구체화, 산출물 정리의 흐름이 생기도록 운영했습니다.
• 분반별로 같은 시간표를 쓰되 과제 난이도와 결과물 형태는 다르게 적용했습니다.

효과: 1일차의 학습이 별도 복습 단계 없이 2일차 산출물 제작으로 이어졌습니다.

단발 행사가 아니라 후속 도입의 입구로 운영했습니다

이유: 해커톤은 당일 결과물만 남기면 일회성 이벤트로 끝나기 쉽습니다. 이번 운영에서는 사내 AX 도입 후속 작업으로 이어질 수 있는 사람과 과제의 접점을 만드는 것이 중요했습니다.

한 일

• 해커톤 과제를 개인 학습 문제가 아니라 업무 적용 가능성을 확인하는 문제로 다루었습니다.
• 분반별 결과물을 이후 부서 단위 검토로 이어질 수 있는 형태로 정리하도록 유도했습니다.
• 개발자와 비개발자가 각자의 언어로 AX 적용 가능성을 설명할 수 있도록 산출물 기준을 분리했습니다.
• 2일차 운영에서 참여자 간 연결이 생길 수 있도록 클래스 단위 진행 흐름을 유지했습니다.

효과: 사내 AX 도입 후속 작업을 위한 인적 네트워크가 형성되었고, 이후 부서 단위 도입 검토로 이어졌습니다.

운영 산출물

• 2일 운영 일정표를 1일차 교육 6시간과 2일차 해커톤 6시간 기준으로 정리했습니다.
• 4개 분반 운영안을 개발자 기초, 개발자 심화, 비개발자 기초, 비개발자 심화 기준으로 구성했습니다.
• 분반별 학습 목표표를 직군과 수준 차이를 반영해 작성했습니다.
• 2일차 해커톤 과제 안내를 2시간 단위 3클래스 흐름에 맞추어 구성했습니다.
• 개발자 분반용 에이전트 산출물 기준을 별도로 정리했습니다.
• 비개발자 분반용 업무 흐름 AX 적용 결과물 기준을 별도로 정리했습니다.
• 후속 도입 검토에 연결될 수 있도록 분반별 결과물 정리 방식을 맞추었습니다.

결과

• 개발자 분반과 비개발자 분반에서 서로 다른 형태의 구체 산출물이 도출되었습니다.
• 개발자 분반은 실제로 작동하는 에이전트 제작을 중심으로 결과물을 만들었습니다.
• 비개발자 분반은 자기 업무 흐름에 AX를 어떻게 녹일지 정리하는 방식으로 결과물을 만들었습니다.
• 2일 운영을 통해 사내 AX 도입 후속 작업을 위한 인적 네트워크가 형성되었습니다.
• 해커톤 이후 부서 단위 도입 검토로 이어지는 흐름이 만들어졌습니다.

이번 사례는 100명 규모의 혼합 참여자 교육에서도 분반 기준과 산출물 정의를 먼저 잡으면, 단발 행사를 후속 실행의 입구로 바꿀 수 있음을 보여줍니다. AX Ops 방법론 →