Почему это важно делать хорошо
Человек, который неделю не может запустить проект и не понимает, за что взяться, уходит. Не потому что слабый, а потому что ощущает себя бесполезным и никому не нужным.
В командном проекте без зарплаты это работает ещё жёстче: удерживает только интерес, а неделя бесплодных мучений его убивает.
Что подготовить до прихода человека
Работающую инструкцию по запуску. Проверенную на чистой машине. Не «должно завестись», а «завелось».
Короткое описание замысла. Что делаем, для кого, что уже готово, что дальше.
Список задач для начала. Три-четыре штуки, помеченные как подходящие новичку.
Того, к кому идти с вопросами. Конкретное имя. «Спрашивай в общем чате» работает хуже: там неловко.
Полчаса подготовки экономят человеку неделю.
Какой должна быть первая задача
Маленькой. На один-два вечера. Цель — не польза проекту, а чтобы человек прошёл весь путь: взял, сделал, отправил на проверку, увидел свой код в общей версии.
Настоящей. Не выдуманной для тренировки. Люди чувствуют разницу и вкладываются иначе.
Затрагивающей видимое. Кнопка, надпись, экран. Когда результат видно, ощущение причастности появляется сразу.
Не в самом сложном месте. Механизм расчётов или права доступа — не для первой недели.
Первая неделя
Первый день. Помогите запуститься. Лично, а не ссылкой на инструкцию. Заодно проверите, что инструкция не врёт.
Первые дни. Спрашивайте сами, как идёт. Новичок не напишет «я застрял» — постесняется.
Первая проверка кода. Здесь легче всего испортить всё. Разбирайте мягко, объясняйте причины, обязательно отметьте, что сделано хорошо. Двадцать замечаний в первый раз отбивают желание надолго.
Конец недели. Короткий разговор: что непонятно, что мешает, что дальше.
Что не работает
«Почитай код, разберёшься». Не разберётся. Точнее, разберётся за месяц вместо трёх дней.
Огромная задача сразу. «Сделай личный кабинет» человеку, который не понимает устройства проекта.
Молчание. Отсутствие обратной связи новичок читает как «я всё делаю плохо».
Отсутствие доступа. Ждать ключей и прав три дня — обычное дело в компаниях и непростительное в маленькой команде.
Побочная польза
Введение новичка обнажает всё, что в проекте плохо: неработающую инструкцию, непонятные названия, отсутствие описания, странные договорённости, о которых знали только вы.
Это самая честная проверка состояния проекта из существующих. Если человек не может войти — проект хуже устроен, чем вам кажется.
Если новичок — вы
Спрашивайте на второй день, а не на второй неделе. Записывайте всё непонятное и задавайте пачкой. И почините инструкцию по запуску, раз уж проходите по ней первым — это лучшее первое изменение, которое можно внести.
Хватит читать — пора делать
На CohortX можно найти команду под пет-проект и получить тот самый опыт, о котором спрашивают на собеседовании.
Похожие статьи
- Bringing a new contributor into a projectWhat to prepare in advance, what the first task should look like, and why the first week decides whether someone stays.
- Pair programming: when it helpsHow it works, why two people are sometimes faster than one, when it's justified, and when it only gets in the way.
- Парное программирование: когда полезноКак это устроено, почему вдвоём иногда быстрее, чем поодиночке, когда это оправдано и когда только мешает.