Зачем компании хакатон: как выбрать цель и формат

Компаниям стоит начинать подготовку хакатона с решения, которое они хотят принять после события. Проверить применение технологии, найти подходы к задаче, познакомиться с участниками или обучить сотрудников можно разными способами. От цели зависят состав команд, доступ к данным, поддержка и критерии результата.

Попытка одновременно получить готовый продукт, нанять специалистов, обучить новичков и провести громкую кампанию создаёт противоречивые требования. Выберите одну основную цель и несколько допустимых дополнительных результатов. Затем проверьте, действительно ли хакатон подходит для этой работы.

Опишите ожидаемое решение

Формулировка «получить инновации» не помогает подготовить задание. Более конкретный вариант: «Сравнить способы предварительной сортировки обращений и выбрать один подход для дальнейшей проверки с координаторами». Здесь понятны задача, следующий шаг и человек, которому нужен результат.

Укажите владельца решения внутри организации. Он должен иметь возможность объяснить контекст, отвечать на вопросы и участвовать в оценке. Если после финала материалы некому принять, стоит сначала решить вопрос ответственности.

Запишите ограничения: какие данные можно выдавать, какие системы доступны, что нельзя публиковать и какой объём работы ожидается. Не обещайте участникам внедрение, если решение об этом ещё не принято и у проекта нет ресурсов на продолжение.

Сопоставьте цель с форматом

Для обучения полезны понятная задача, доступные инструменты и менторская поддержка. Слишком жёсткая конкуренция за скорость может мешать новичкам задавать вопросы. Для технического эксперимента важнее доступ к нужному API и возможность сравнить способы решения.

Если цель связана с сообществом, продумайте знакомство, общение и дальнейшие точки участия. Если нужен отбор решений для пилота, сформулируйте критерии пригодности и процедуру следующего этапа. Количество публикаций в соцсетях не заменяет такую оценку.

В обновлённом Hackathon Planning Kit цели рассматриваются вместе с решениями о составе события, поддержке и продолжении. Практический вывод для организатора: программу нельзя собирать независимо от того, зачем проводится хакатон.

Определите подходящую аудиторию

Опишите, какая работа предстоит командам и какие навыки для неё нужны. Если задача требует исследования пользовательского процесса, участие аналитиков и дизайнеров может быть столь же содержательным, как разработка. Не ограничивайте набор названием одной профессии без причины.

Решите, нужны ли готовые команды или участники смогут объединиться на месте. Для одиночных заявок потребуется отдельный процесс знакомства и формирования групп. Если его нет, часть людей придёт без понятной роли и потеряет время на поиски.

Проверьте соответствие сложности аудитории. Начинающим нужны подготовленные данные, примеры подключения и доступный канал вопросов. Опытные команды тоже не должны тратить конкурсное время на устранение организационных препятствий, о которых известно заранее.

Выберите результат, который реально получить

За короткое событие можно ожидать прототип, исследование подхода или демонстрацию ограниченного сценария. Готовность к внедрению требует отдельной проверки. Не ставьте знак равенства между эффектным финалом и безопасной работой с реальными пользователями.

Определите минимальный комплект: описание задачи, демонстрация, материалы реализации и известные ограничения. Для задачи с данными добавьте воспроизводимый способ проверки. Для физического устройства уточните, что команда должна привезти и что предоставит площадка.

Свяжите этот комплект с критериями оценки. Если вы хотите сравнить применимость решений, в жюри нужен человек, понимающий рабочий процесс. Если оцениваете инженерный эксперимент, предусмотрите время для технических вопросов, а не только сценический питч.

Проверьте готовность заказчика

Перед открытием регистрации полезно получить ответы на несколько вопросов:

Если на последний вопрос пока нет ответа, можно провести событие как исследовательский или учебный формат. Тогда именно это нужно написать в приглашении. Участникам проще принять решение, когда обещания соответствуют готовности организатора.

Определите показатели до старта

Для каждого показателя укажите способ подсчёта. «Участник» может означать поданную заявку, подтверждённое место или фактическое участие. Эти значения нельзя складывать и называть одной аудиторией. В итоговом отчёте сохраняйте отдельные определения.

Для основной цели выберите содержательный результат. При проверке технологии это могут быть воспроизводимые сценарии и выявленные ограничения. При обучении полезна конкретная выполненная работа и обратная связь участников. Целевые значения организация устанавливает сама, исходя из контекста.

Не назначайте денежный эффект без согласованной модели расчёта. Прототип может показать техническую возможность, но ещё не доказать экономию. Стоимость внедрения, сопровождения и изменения процесса предстоит оценить отдельно.

Решите, нужен ли вам именно хакатон

Если решение задачи уже известно и требуется выполнить большой объём разработки по фиксированным требованиям, может подойти обычный проект. Если нужно познакомить людей с одним инструментом, иногда достаточно практического занятия. Выбор формата должен следовать работе, которую вы хотите выполнить.

Хакатон уместен, когда полезны несколько подходов, ограниченный срок и совместная работа над демонстрируемым результатом. При этом организатору нужно обеспечить понятные условия и поддержку. Сам формат не компенсирует отсутствие доступа к данным или человека, принимающего решения.

После выбора цели подготовьте бриф задачи, затем бюджет и порядок оценки. Stavleak помогает организациям проводить хакатоны и предоставляет рабочее пространство для их ведения. Начинать обсуждение события удобнее с цели, аудитории и ожидаемого результата, а не с оформления афиши.

С выбранной целью, аудиторией и ограничениями можно обратиться к команде Stavleak. Эти вводные помогут обсудить формат и объём работ по событию.