Университетский хакатон: пакет сдачи студенческого проекта
Шаблон для организаторов студенческого хакатона: материалы проекта, личный вклад, срок сдачи и проверка доступа жюри.
·5 мин чтения
Что вы узнаете
Проверяйте командный проект и личный вклад студента отдельно.
Соберите код, демо и инструкцию по запуску в один пакет.
До дедлайна откройте пакет с правами, которые получит судья.
До финала осталось полчаса. Одна команда меняет презентацию, другая ищет доступ к репозиторию, третья думала, что достаточно отправить проект в чат. В этот момент уже мало времени на объяснение задания. Требования к сдаче должны быть понятны участникам, преподавателям и жюри до начала хакатона.
В Stavleak мы предлагаем связывать список материалов с учебной целью и способом проверки. Какую работу сдаст студент? Как судья её откроет? Где преподаватель увидит, чему научился каждый участник? Достаточно небольшого пакета, который отвечает на эти три вопроса. Адаптируйте шаблон ниже к правилам своего университета.
Сначала разделите два вида результата
Командный проект и личный вклад студента не одно и то же. Хороший прототип может сделать один опытный участник. Исследование или проверка другого студента может не попасть на финальный экран. Поэтому отдельно обозначьте общие материалы для конкурса и личную запись, которая показывает учебный результат.
Если хакатон влияет на оценку по дисциплине, требования утверждает ответственный преподаватель по правилам университета. Участник должен заранее знать, какие материалы нужны для конкурса, а какие для учебной оценки. Не превращайте место команды в финале автоматически в личную оценку студента.
Опишите порядок сдачи на одной странице
В начале документа с требованиями добавьте эти поля:
Место сдачи: Конкретная форма или страница приёма проекта.
Срок: Дата, время и часовой пояс.
Ответственный: Участник команды, который проверяет финальный пакет.
Признак приёма: Статус или подтверждение, которое увидит команда.
Порядок исправлений: Что можно менять и до какого времени.
Связь при проблеме: Официальный канал и сведения, которые нужно передать.
Указания «отправьте материалы вечером» недостаточно. Запись, сохранённая в форме, тоже может отличаться от отправленного проекта. Организатор должен показать конкретный признак приёма и попросить участников проверить его.
Если срок меняется, сообщите об этом всем командам через один канал. Разрешение в личном чате не заменяет общие правила. Укажите, каких материалов касается изменение и когда оно вступает в силу.
Для каждого материала укажите способ проверки
Список ниже рассчитан на студенческий хакатон с программными проектами. Если участники предлагают исследование, устройство или дизайн, замените материалы с учётом этого результата. Не обязательно делать каждый пункт обязательным: не просите файл ради объёма, если судья им не воспользуется.
Материал: Краткое описание проекта. Что указать: Проблема, пользователь, работающий основной сценарий. Что проверить при приёме: Соответствует ли описание показанному результату?
Материал: Код или другая основная работа. Что указать: Ссылка на оцениваемую версию и необходимые разрешения. Что проверить при приёме: Может ли судья открыть материал?
Материал: Инструкция по запуску. Что указать: Необходимая среда, настройка и шаги проверки. Что проверить при приёме: Можно ли пройти их без дополнительной помощи команды?
Материал: Демо. Что указать: Работающий адрес или запись, разрешённая правилами. Что проверить при приёме: Видно ли основной сценарий?
Материал: Ограничения. Что указать: Незавершённая часть, внешние зависимости и используемые данные. Что проверить при приёме: Разделены ли прототип и дальнейшие планы?
Материал: Состав команды. Что указать: Участники и их обязанности. Что проверить при приёме: Совпадает ли состав с заявкой?
Материал: Запись о личном вкладе. Что указать: Выполненная работа, принятое решение и то, чему студент научился. Что проверить при приёме: Может ли каждый студент объяснить свою работу?
Приложите к списку условия по типам и размерам файлов, длительности видео и языку презентации. Конкретные ограничения организатор выбирает с учётом системы приёма и времени на оценку. Не копируйте их без изменений с другого хакатона.
Просите объяснить личный вклад
Не требуйте от студента поминутно записывать каждое действие. Вместо этого предложите шаблон:
Конкретная работа, которую я выполнил: ...
Решение, которое я принял вместе с командой: ...
Моё первоначальное предположение и результат проверки: ...
Что я изменил на основе результата: ...
Вопрос, который я ещё не понимаю, и мой следующий шаг: ...
Подтверждением может быть ссылка на файл, изменение, результат теста или исследовательскую запись. Объясняя свой вклад, студент не должен представлять себя автором всего проекта. Если работу выполняли вместе, пусть так и укажет.
Не используйте число коммитов как единственную меру личного вклада. Исследование ошибки, разговор с пользователем, подготовка тестов и парное программирование оставляют разные следы. Преподавателю нужен не только объём работы, но и понимание студентом принятого решения.
Заранее проверьте доступ жюри
Проверки пакета из аккаунта его автора недостаточно. Организатор должен принять тестовый проект и открыть его с правами, которые получит судья. Отдельно проверьте репозиторий, презентацию, видео и демо.
Не требуйте обязательно публиковать закрытые материалы в открытом доступе. Заранее согласуйте способ доступа жюри. Не добавляйте в описание проекта личный пароль студента, действующий токен доступа или данные другого человека. Для демо подготовьте безопасные данные и ограниченный доступ.
Если внешний сервис не работает, укажите в правилах, какая альтернатива будет принята. Разрешение на видео само по себе не отменяет требование рабочего прототипа. Команда должна знать, на основании каких материалов судья выставит оценку.
После дедлайна сохраните оцениваемую версию
Обозначьте версию принятых материалов. Если разрешены исправления, применяйте один порядок ко всем командам. Молчаливая замена исходной работы более поздним файлом запутывает оценку.
Если судья не может открыть материалы, организатор фиксирует проблему и действует по заранее опубликованному порядку. Сохраните в одной записи обращение, техническую проверку и решение по оценке. Это поможет объяснить команде, что произошло.
Оценка учебного результата может продолжиться после финала. После проверки проекта преподаватель может вернуться к записи о личном вкладе и попросить студента объяснить одно решение. Храните конкурсный балл отдельно от учебного вывода, сделанного по этому разговору.
Хотите провести университетский хакатон на Stavleak? Мы можем организовать событие за вас, подключиться к отдельным этапам или предоставить рабочую среду для самостоятельной организации. Начните подготовку с материалов организатора. Дополнительные руководства найдёте в базе знаний Stavleak.
