В предыдущей части мы отловили новичка, способного по нашему мнению стать профессионалом, заманили в логово
и уговорили стать частью нашей команды. И вот он выходит, что же мы с ним будем делать.
Стартовые условия, сплоченный коллектив отдела, в который он вливается, пару десятков работающих проектов, пяток менегеров, со своими хотелками, заранее предвкушающие больше сделанных задач. И новый человек, которому пока нельзя поручить практически ничего.
Ну и Вы, руководитель, который отвечает за всё сделанное своей зряплатой.
Дальнейший текст представляет из себя исключительно личный опыт и описание моих действий.
Сначала немного о мотивации, зачем я буду учить человека, нарабатывать знания, да и просто, что я хочу получить.
А хочу я получить работника, который качественно и в четко обозначенный срок сделает то, что ему поручили. Не будет ныть, забудет слова «я этого не знаю», «я не умею», «а почему я?», «а может лучше пусть это сделает ...». Забудет сомнения, сможет он это сделать или нет (сомневаться за него — моя работа). Всегда будет готов помочь коллеге. Вот так немножко цинично. Но, от его работы будет зависеть моя зарплата. (а вот его, кстати, не зависит :))
Из вышесказанного становиться понятно, что развитием только технических навыков не обойтись.
Человек пришел. Первый день вполне обычен, проведем по компании, всё покажем, всем представим. Менеджеры в очередной раз спросят когда можно будет добавить задач :). Ну а дальше пусть почитает немного, ознакомится с системой разработки, внутренними прогами и системами. Спрашивать, что он уяснил я не буду. Примерно представляя, какой набор знаний нужен для первой задачи, дам ссылки на доки, четко скажу, что надо выяснить и после задам несколько вопросов.
Всё, вступление закончено, а теперь работать. Единственное отличие от действующего сотрудника — «никаких сроков» сверху.
На каждую задачу я спрошу — «когда сделаешь?» Не «за сколько ты сделаешь?», «хватит тебе N дней?». Когда! Ответ на этот вопрос — дата и время. После ответа «незнаю», «наверно тогда то», а такой ответ будет в 100% случаев – расскажу, почему они ничего не значат, никого не интересуют и почему четкий ответ нужен самому человеку и что он даст лично ему.
Все задачи с самого начала по боевым проектам. Всё что будет сделано, всё будет работать. Никаких теоретических и учебных задач.
Подобрать такие задачи иногда невероятно трудно. Ещё труднее выстроить из них необходимую цепочку. Но это надо делать, человек с самого начала должен ощущать ответственность и свою полезность.
Задачи в первое время я ставлю очень четко. Получи такой-то проект, такую то библиотеку. Тебе надо сделать, чтобы эта фича заработала именно так (я не упоминаю что есть некая постановка которая формально описывает какой функционал мы должны получить с точки зрения пользователя, считаем, что она есть). Ты столкнешься с такими то системами (с пояснениями, где про них узнать, или у кого). Ты должен будешь знать то-то (с ссылками на доки). Если у тебя возникнет непонимание — тебе поможет такой то (естественно «такой то» уже предупрежден и будет потом опрошен, о чем у него спрашивали).
Затем постепенно степень самостоятельности увеличивается. На каком-то этапе задача ставится так. Вот постановка от менегеров, посмотри, и приди ко мне расскажи, что и как ты будешь делать. Цель: после прохождения цепочки задач человек должен овладеть всеми необходимыми техническими навыками, каждое применить на практике, поработать с основной массой наших проектов и научиться самостоятельно принимать решения.
Первое время я смотрю все коммиты. На каждую строчку, которая мне не нравиться даю объяснение почему, и прошу переделать. И так пока не будет «хорошо». Я отвечаю на любые вопросы, но стараюсь сказать не ответ, а рассказать, как его получить, или найти. Надо научить человека быстро находить ответы самостоятельно.
Параллельно запускаются ещё 2 процесса обучения. Первый, книги по теории программирования. На это есть пополняемая библиотека. Последовательность и необходимость определяю индивидуально. Из некоторых прошу прочитать только определенные главы. Прочитанный материал закрепляется применением «правильных терминов» в обсуждении задач.
Второй, коммуникации. Необходимо задать правильный настрой на общение с коллегами, с тестерами в особенности. Например, я заранее рассказываю как надо общаться с людьми которые ищут твои ошибки, что надо радоваться когда они их находят, что эти люди помогают делать твою работу лучше. Что ответ на все их слова может быть 2-х видов, или исправлено, или подробное объяснение почему это должно работать именно так, с ответным согласием с их стороны. Никакие эмоции в этом диалоге кроме положительных не допускаются. Первое время приходиться внимательно слушать диалоги и вмешиваться. С коллегами делаю так, часть задач даю в совместную работу. Постановка, как правило очень проста, надо помочь такому то, он делает такую то работу с таким то сроком, не успевает. (успевает он реально или нет, при этом не важно:)))) Обязанности разделите сами. Всё, больше никаких подробностей. Потом общаюсь с обоими, делаю выводы, если надо, то вношу коррективы. Как правило, человек успевает поработать с несколькими коллегами до окончания испытательного срока. Параллельно рассказываю, что когда к нему пришел коллега, он должен ответить на его вопрос и помочь. Ссылки на мнимую «занятость» — недопустимы.
Ну и в завершении несколько самостоятельных задач, на которые человек говорит, когда он их сделает.
Боец готов. При этом он уже много сделал. Его резюме существенно пополнено. Он умеет работать в команде и самостоятельно.
Может показаться, некоторые моменты жестоки или циничны. Но это не так. Человек всегда может прийти ко мне, и задать любой вопрос. Я отвечу и решу любую его рабочую проблему. Или просто прийти и поговорить. Нам работать вместе и работать долго.
Не всё, что описано, применялось ко всем, с каждым человеком получалось индивидуально.
