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