Guides
Критерии оценки на хакатоне: как судить честно и без скандала
Как собрать жюри, составить понятную шкалу и не разругаться с участниками на награждении.
Самые громкие конфликты на хакатонах случаются не из-за призов, а из-за ощущения несправедливости. Команда вложила две бессонные ночи, проиграла и не поняла почему. Прозрачные критерии оценки и правильно собранное жюри это не бюрократия, а страховка от скандала, который убьёт репутацию мероприятия.
Из чего складывается честная оценка
Единой шкалы нет, но рабочий набор критериев обычно выглядит так. Важно заранее решить, сколько весит каждый пункт, и сказать это участникам до старта, а не после.
- Польза и актуальность. Решает ли проект реальную проблему.
- Техническая реализация. Что именно работает, а не нарисовано на слайдах.
- Завершённость. Есть ли работающий прототип, а не идея на словах.
- Презентация. Смогла ли команда понятно показать результат.
- Оригинальность. Насколько подход неожиданный.
Сумма весов должна давать сто процентов, и веса должны отражать цель хакатона. Если вы собирали продуктовые команды, польза весит больше чистоты кода. Если это чисто инженерный челлендж, наоборот.
Кого звать в жюри
Жюри из одних топ-менеджеров, которые не пишут код, оценивает красивые слайды и харизму спикера, а не проект. Жюри из одних сеньоров закапывается в архитектуру и не видит пользы. Баланс важнее звёздности: продуктовый человек, инженер и представитель домена задачи закрывают разные углы.
Обязательно проговорите конфликт интересов. Если ментор компании-спонсора судит команду, которую сам вёл всю ночь, это заметят. Либо он не оценивает эту команду, либо не оценивает вообще.
Как судить, когда все кодят с ИИ
Раньше жюри отчасти оценивало объём написанного кода. Сегодня это бессмысленно: за выходные с Cursor или Claude один человек собирает то, на что раньше уходила команда. Смещайте вес с «сколько написали» на «что и зачем». Работает ли это на живом примере, решена ли реальная проблема, есть ли за проектом мысль, а не обёртка над чужой моделью в три экрана. Спросите команду, что они понимают в собственном коде, это быстро отделяет тех, кто строил, от тех, кто только жал кнопку. Подробно про оценку ИИ-проектов у нас есть отдельный разбор.
Как проходит защита
Дайте каждой команде одинаковое время и держите его жёстко. Три минуты на показ и две на вопросы это честно ко всем. Команда, которой вы случайно дали семь минут, получает несправедливое преимущество, и это видно.
- Заранее раздайте жюри шкалу и критерии.
- Показывайте таймер, одинаковый для всех.
- Собирайте баллы по каждому критерию, а не общее впечатление.
- Считайте результат прозрачно, а спорные случаи обсуждайте до объявления, а не после.
Ручной подсчёт баллов в общей таблице это как раз то место, где рождаются обиды и ошибки. На Stavleak у жюри отдельный вход и форма оценки по вашим критериям. Каждый судья ставит баллы по пунктам, платформа складывает их сама, а рейтинг публикуется сразу после оценки. Победителей она подсказывает по сумме баллов, вам остаётся подтвердить и выдать сертификаты.
После объявления
Дайте командам обратную связь, особенно проигравшим. Одна фраза от жюри о том, чего не хватило, превращает горечь поражения в понятный урок. Люди прощают проигрыш, но не прощают тишину и ощущение, что всё решили за закрытой дверью. Настроить прозрачную оценку под свои критерии можно на демо Stavleak.