Часто можно слышать, как в разговорах о работе и об опыте/навыках говорят о некоей пользе компании. Спектр обсуждений, где употребляется это понятие, варьируется от абстрактных рассуждений «как надо приносить пользу компании» до конкретных выкладок типа «джун не приносит пользу компании в первые полгода».
Магическая константа «полгода» широко гуляет по интернетам. Я не смогла найти концов кто её придумал, но её любят употреблять в статьях и комментариях на Хабре типа «как выращивать джуниоров». Создаётся впечатление, что тайная ложа IT-иллюминатов раскрыла секрет философской пользы, рассчитала как именно пользу надо приносить и через сколько времени можно на проекте её намайнить. Но с нами, простыми смертными, секретом не поделились. В сеть утекла только информация про полгода.
Шуточки про теории заговора — мои любимые, но вернёмся к реальности. А в реальности никто никогда не формализовывал понятие «польза» так, чтобы оно подходило подо все компании и проекты одновременно. Поэтому если вы вдруг собираетесь нанимать джунов и каким-то образом оценивать их вклад в работу, вам потребуется выработать дефиницию пользы на вашем конкретном проекте.
Если не формализовать понятие «польза» для конкретного грейда, может быть 2 варианта:
- Вы верите в магическую константу «полгода» и обесцениваете труд джуниорки все полгода, что она на вашем проекте полноценно трудится.
- Вы не знаете ни про какие полгода, вам важно, чтобы работа была сделана вчера и с результатом не хуже, чем у сеньориты. Обычно после такого джуны увольняются с нервным срывом.
Самая простая польза, которую приносит человек на проекте, это закрытые задачи. Умеет ли джуниорка закрывать задачи? В среднем умеет, достаточно 2-3 недели её онбордить и давать закрывать учебные задачи с развивающей обратной связью. Значит, пользу приносит. Дальше можно уже развить и углубить это понятие на вашем конкретном проекте.
А как же высокооплачиваемый труд сеньорит, которые сидят в песочнице вместе с джуниорками и тратят свои драгоценные часы на растолковывание нюансов создания пул-реквестов? Тут ещё обычно добавляют, что найм джунов — это убыток для компании. Плати джуну зарплату, а ещё забирай часы у дорогостоящего ментора. Если честно, мне немного отсюда отдаёт снобизмом. А джуны, когда читают такое, сильно расстраиваются, и с их слезами выходит их уверенность в себе.
Хороший тон — давать менторство той или тому, кто готов/а часть своих человекочасов потратить на объяснения и сопровождение. И ещё более хороший тон — нанимать джунов тогда, когда кони не скачут и избы не горят. Если они уже скачут и горят, то время найма джунов прошло, пора подключать тяжёлую артиллерию и заниматься проработкой процессов. Да, прямо пока горят, потому что когда вы уже вошли в цикл с горением, то передышки, когда можно остановиться и подумать, уже может не быть. Поэтому чем раньше вы разрулите процессы, тем быстрее всё перестанет гореть.
Время занятия менторством должно включаться в рабочее время как и любое другое рабочее занятие. Для этого иногда даже не требуется двигать боевые задачи в очереди. Бывает так, что их нет. Особенно, если команды укомплектованы достаточным количеством человек, и очередь из задач не скапливается. Ещё разок переформулирую, менторить джуниоров стоит тогда, когда время менторства будет закрывать потенциальные простои в рабочем графике.
Я не фантазирую, но рассказываю о процессах, где людям было бы приятно работать, и где выгорание не подстерегало бы за каждым спринтом. Всё остальное — это вклад в развитие психиатрии и психотерапии, куда измученные работники будут носить свои кровно заработанные.
В этой истории мне не понятно, почему подготовка полноценной автономной боевой единицы, лояльной проекту и компании, ценится меньше, чем закрытие рядовой задачи спринта. Если вводить понятие «автономность» вместо понятия «польза», можно как-то осмыслить высказывания про полгода. Пользу человек начнёт приносить практически сразу. Автономность подрастёт через полгода, и тогда человек начнёт приносить пользу уже автономно.