AI Hackathon · In-House AI Hackathon
Internal AI Hackathon
What Is an AI Hackathon?
- The people with the problems and the people who know the tools, at one table
- Judge on real-world impact and scalability, not polish
- Without a committed rollout budget, it ends as a one-off event
What an in-house AI hackathon changes is where AI training ends. Ordinary training ends in the classroom, but a hackathon ends only when people bring 'this task from our department' and build something that actually runs. The core is putting the business owners who have the problem and the people who know the tools at the same table, a combination that training rarely creates. Participants leave with the experience of having 'built it,' not just 'tried it,' and the company is left with a list of small use cases it can scale right away next year.
Formats fall into three types. The no-code type builds results with chatbots, automation tools, and agent builders without coding. The hybrid type pairs the IT department with business teams. The technical type involves developers only. If the training team is hosting, start with the no-code or hybrid type and keep non-developer roles at half of participants or more for the greatest impact. A day and a half to two days is a safe length. Beyond three days, team leaders won't release people because of the gap in day-to-day work. Rather than leaving topics open, group them in advance into two or three tracks such as 'report-writing time,' 'customer inquiry handling,' and 'repetitive data cleanup' so judging is possible. If you don't agree with the security team in advance on whether internal data may be used and, if so, to what extent, the event stalls on the morning of the day.
Mentors and judging criteria are what organizers most often overlook. Unless one mentor per team checks in every two to three hours to unblock them, half of the teams spend the afternoon just tweaking prompts. Judging should weight real-world relevance, reproducibility, and scalability to other departments over technical polish, so that teams deliver usable results rather than demos built for the stage. Prizes don’t need to be large, but the budget and an owner for actually rolling out the winning projects must be committed before the event. Without that commitment, sign-ups drop the following year.
The most common failure in practice is treating the hackathon as a one-off event. Results that won applause on demo day often end up in a folder nobody opens two months later, and from then on employees remember the hackathon as 'the day we were given more work.' Another mistake is picking the winning team for the flashiest technology. If teams with developers always win, non-developer roles won't show up the next year. Holding it in December overlaps with the performance-review and HR season and lowers participation, so schedule it for October–November or February–March, and put two or three of the results on next year's training plan and AI project list so the event leads to lasting change.
John KimInstructor John Kim, author of B2B Marketing Design and CEO of Nanum Consulting
Seolyeong ParkGenerative AI and AX training specialist with 17 years of hands-on experience and 200+ lectures, helping non-technical staff put AI to work right awayThe term hackathon came from software developer communities in the late 1990s, combining hacking and marathon, and referred to an event where people gather for a short, intensive stretch of development. It later spread to startups and IT companies as a way to find new products. As generative AI made it possible to build results without coding, it became an internal training and innovation event that includes non-developer roles.
Consider a hypothetical case. Company A, a food manufacturer with 1,200 employees, finished a company-wide AI introductory training in the first half of the year, but three months later usage had fallen to around 20%. The training team decided to hold a two-day internal AI hackathon in November using the remaining KRW 9 million (≈ US$6,730) of its KRW 30 million (≈ US$22,400) training budget.
- Ms. Lee from the training team grouped the themes into three tracks: 'report writing,' 'quality data organization,' and 'supplier inquiry handling.' She formed 14 mixed teams, each with 3 business-side members plus 1 IT member or AI champion.
- The head of security stated flatly, "Not a single line of customer data may be uploaded," and Manager Lee prepared three pseudonymized sample datasets and distributed them the day before the event.
- In the afternoon judging on day two, teams were scored on technical completeness (20 points), real-world relevance of the problem (30), scalability to other factories (30), and reproducibility (20). A no-code alert bot for abnormal quality readings, built by the quality team, took first place.
- At the awards ceremony, the CEO promised a KRW 20 million (≈ US$15,000) budget to scale up the top three results in Q1 next year and assigned one IT staff member to each team.
- Three months later, the quality team’s alert bot was in use at 2 factories, weekly company-wide AI usage had risen from 22% to 41%, and sign-ups for next year’s hackathon grew from 14 teams to 23.