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