Комментарии 6
Все это конечно звучит прикольно, пока не осознаешь что на стажера надо выделить ментора из числа опытных разработчиков, понижая его производительность и докидывая обязанностей по ведению новичков, плюс опять же встает вопрос мотивации этого самого ментора, ибо просто так никому это не надо, да и не всем нужно вообще даже за дополнительные плюшки
А как разработчику, который хочет стать тимлидом, набираться опыта руководства людьми, кроме как руководить людьми? Кроме того, стажёры - это ж не совсем бесполезный балласт, который только тормозит разработку...
Первые месяца 2 стажер это балласт, дальше какие-то мелкие задачи закрывает, но все равно требует внимания, отвлекая ментора от работы, плюс постоянно надо думать что ему можно дать. Насчет тимлида окей, согласен, но как быть разрабу в конторе, куда начали брать стажеров и повесили их на него, хотя человек вовсе не рвется в управление командой даже в перспективе?
В идеале привлечение стажёров - это ещё и выращивание кадров для команды, и в целом команда должна понимать, что это важно. Но с другой стороны, если вы не соглашались вести новичка, а на вас его "повесили", то почему бы не задать вашему тимлиду закономерный вопрос о том, на хрена сейчас в команде создали конфликт?
Вот я о таких конфликтах и веду речь, лично меня административные обязанности никак не привлекают и в лиды не рвусь, люблю просто писать код и учиться, а на меня уже во второй конторе подряд менторство навесили. В первой никак решать не хотели, отчего там уже не работаю, здесь пока тоже подвижек к снятию этого веселья не видно, ждем что дальше будет)
От неприятия к пониманию. Взгляд на стажировку в IT компании от лица HR