The post has been translated automatically. Original language: Russian
Help a team by accepting one specific question, assigning an owner and ending the meeting with a next action. “Please look at our whole project” gives the mentor too broad a task and leaves the queue unclear about when help is complete.
The queue below is an original working proposal for organizers. It can be adapted to an in-person or online event. The technical question is fictional. Organizers set meeting lengths, priorities and the limits of assistance under their own event rules.
List available expertise
Record each mentor's topics, confirmed hours and contact method. “Programming” is too broad for assigning a request. “Browser request errors,” “testing a product hypothesis” or “hardware prototype wiring” gives a coordinator more useful information.
MLH's mentorship guide recommends working hours, a dedicated request channel and instructions for experts. Source: MLH Hackathon Organizer Guide, Mentorship. The question card here is an original way to organize that support.
Accept a short request
Ask for the team name, location or room link, one question, expected result and a check already performed. If the participant cannot frame the question yet, the coordinator helps narrow it. Do not require a long report before the first conversation.
Fictional training example: “Team North, table 7. The browser shows an error after we submit the form. We want to know whether the request reaches the server. We checked the address and repeated it with test input.” The name and situation are invented. This record gives the mentor a place to start.
Give the question an owner and a state
Begin with a few clear states: accepted, expert assigned, meeting in progress, team testing the next action and completed. Keep the request's owner beside it. The coordinator can see which team is waiting and which is working after a consultation.
During a transfer, the previous owner keeps responsibility until the next mentor confirms acceptance. If the required expert is unavailable, tell the team and offer an available next step. Avoid leaving a question in the queue with a promise of an undefined time.
Explain how waiting works
Show participants where to submit and how to check the request's state. For example, first match the expertise and then consider request time. The coordinator can send an outage affecting several teams to organizers separately.
When a start time is uncertain, give an estimate and an update method. A repeated direct message should not silently create another queue position. The coordinator combines it with the existing question and tells the team its state.
End with something the team can check
In the training example, the mentor suggests opening the Network tab and checking whether the request exists. The team performs the action itself and returns with a safe result. A sufficient note is: “Check whether the request was sent; if it was, return with the response code without secrets.”
The mentor does not ask for passwords, tokens or private data in a shared chat. Questions about rules, admission or authorship go to an organizer. Assistance stays within the limits explained to participants before work begins.
At the end of the shift, the coordinator keeps context, the latest check and a next action for each open question. Find Stavleak’s mentor sessions guide to prepare the full process. Open the website from the ИП Stavleak company profile and choose English. Hand unfinished requests to the next coordinator together with their owners.
Чтобы команда получила помощь, принимайте один конкретный вопрос, назначайте ответственного и заканчивайте встречу следующим действием. Просьба «посмотрите весь проект» оставляет ментору слишком широкий выбор, а очереди не даёт понять, когда помощь завершилась.
Ниже предложена простая очередь для организаторов. Она подходит как рабочий черновик для очного или онлайн-события. Пример технического вопроса вымышленный. Длительность встреч, приоритеты и пределы помощи организатор устанавливает по своим правилам.
Подготовьте список доступных специалистов
Запишите, по каким темам каждый ментор помогает, в какие часы он доступен и как с ним связаться. «Программирование» слишком широко для распределения запроса. «Ошибки запросов в браузере», «проверка гипотезы продукта» или «схема аппаратного прототипа» дают координатору больше информации.
Руководство MLH по менторству рекомендует часы работы, отдельный канал запросов и инструкции для экспертов. Источник: MLH Hackathon Organizer Guide, Mentorship. Предложенная здесь карточка вопроса является авторским вариантом организации такой помощи.
Примите короткий запрос
Попросите название команды, место или ссылку на комнату, один вопрос, ожидаемый результат и уже выполненную проверку. Если участник пока не может сформулировать вопрос, координатор помогает сузить его. Не требуйте длинный отчёт до первого разговора.
Учебный пример: «Команда Север, стол 7. После отправки формы браузер показывает ошибку. Хотим понять, доходит ли запрос до сервера. Проверили адрес и повторили на тестовом вводе». Название и ситуация вымышлены. В такой записи ментор видит начало проверки.
Дайте вопросу владельца и состояние
Начните с нескольких понятных состояний: принят, эксперт назначен, встреча идёт, команда проверяет следующий шаг, завершён. Рядом храните ответственного за запрос. Координатор видит, какая команда ждёт, а какая уже работает после консультации.
При передаче другому ментору прежний ответственный сохраняет вопрос за собой, пока коллега не подтвердит приём. Если нужного специалиста нет, сообщите об этом команде и предложите доступный следующий шаг. Не оставляйте запрос в очереди с обещанием неопределённого времени.
Объясните порядок ожидания
Покажите участникам, где оставить запрос и как узнать его состояние. Например, сначала подберите подходящую тему эксперта, затем учитывайте время обращения. Общую неисправность, из-за которой несколько команд не могут продолжить работу, координатор может передать организаторам отдельно.
Если время встречи пока неизвестно, дайте оценку и способ получить обновление. Повторное сообщение в личку не должно незаметно создавать новую позицию в очереди. Координатор объединяет повтор с существующим вопросом и сообщает команде его состояние.
Закончите встречу проверяемым действием
В учебном примере ментор предлагает открыть вкладку Network и проверить наличие запроса. Команда выполняет действие сама и возвращается с безопасным результатом. В записи достаточно: «Проверить, ушёл ли запрос; если ушёл, принести код ответа без секретов».
Ментор не просит вставлять в общий чат пароли, токены или закрытые данные. Спор о правилах, допуске или авторстве передаётся организатору. Помощь остаётся в пределах, которые объяснили участникам до начала работы.
Перед концом смены координатор сохраняет у открытых вопросов контекст, последнюю проверку и следующий шаг. Для подготовки всего процесса найдите в материалах Stavleak гайд о менторских сессиях хакатона. Сайт открыт из профиля компании ИП Stavleak. Передайте новому дежурному незавершённые запросы вместе с их владельцами.
Share
