Приёмники/Джуны и их обучение

[kyk]

преемники, господа."приемники" это радиоприемники, на лампах или транзисторах

а ещё была Джуна Давиташвилли, которая передавала мысли на расстоянии и неё были приёмники и приемники

[alex_127]

А поделитесь как у вас проходит процесс передачи ownership, обучение джуниоров? Каково участие менеджера в этом процессе?
... и что вы делаете с индивидами, которые неделями плачут в одиночестве, стесняясь/боясь попросить помощи? Как долго тянуть за уши, прежде чем ставить крест на человеке?

Pair programming. Решение всех ваших проблем

однозначно. девочка-мальчик. да вы просто гугений!

[Мальчик-Одуванчик]

преемники, господа."приемники" это радиоприемники, на лампах или транзисторах

а ещё была Джуна Давиташвилли, которая передавала мысли на расстоянии и неё были приёмники и приемники

А потом её закоротило в землю.

[-helloworld-]

А поделитесь как у вас проходит процесс передачи ownership, обучение джуниоров? Каково участие менеджера в этом процессе?
... и что вы делаете с индивидами, которые неделями плачут в одиночестве, стесняясь/боясь попросить помощи? Как долго тянуть за уши, прежде чем ставить крест на человеке?

Вообще забить. Молодежь ныне хочет работать только в амазонобуках, "потому что круто".
Через пару лет, когда их там поимеют по полному (очко правильного размера), тогда то и можно переманивать, сразу ласковые и пушистые на оджайл

Мы только-только наняли чувака после 10 лет гугла, никакого онбоардинга не надо, уже коммитит чего-то

[Херовимчик]

А поделитесь как у вас проходит процесс передачи ownership, обучение джуниоров? Каково участие менеджера в этом процессе?
... и что вы делаете с индивидами, которые неделями плачут в одиночестве, стесняясь/боясь попросить помощи? Как долго тянуть за уши, прежде чем ставить крест на человеке?

Вообще забить. Молодежь ныне хочет работать только в амазонобуках, "потому что круто".
Через пару лет, когда их там поимеют по полному (очко правильного размера), тогда то и можно переманивать, сразу ласковые и пушистые на оджайл

Мы только-только наняли чувака после 10 лет гугла, никакого онбоардинга не надо, уже коммитит чего-то

Что значит забить? Это в моих же интересах!
Ну и дело как раз происходит в «модной» компании, их имеют, а они только крепчают! Жаль что не в том месте где хотелось бы...

[valchkou]

Вообще забить. Молодежь ныне хочет работать только в амазонобуках, "потому что круто".
Через пару лет, когда их там поимеют по полному (очко правильного размера), тогда то и можно переманивать, сразу ласковые и пушистые на оджайл

Мы только-только наняли чувака после 10 лет гугла, никакого онбоардинга не надо, уже коммитит чего-то

кто амазонобуках работал тот в цирке не смеется?
наняли чувака, пошутили что работать придется, он он все всерьез воспринял.

Мы как то тоже наняли такого, не из буков.
Я был очень занят планированием большого проекта и чтобы чувак меня не доставал я дал ему на третий день задачу минимум на пару недель, как я наивно думал.
Чувак, как и было задумано, исчез в своем кресле, но через пару дней вернулся со сделанной работой и вопросом что бы еще сделать.
Меня переполняли смешанные чувства, то ли ярость то ли радость

[nyekimov]

Узнаю проблемы лида. Всегда большой вопрос, какой подход нужен человеку. Обычно начинаем с легкой задачи и попытки разжевать, что где лежит. Лучше, когда для этого уже есть документ в стиле онбоардинга, ну и если много модулей, какая то readme. Затем оставляем человека в покое и смотрим, как идёт.
Люди действительно бывают разные, кто то заваливает вопросами, кто то стесняется. Кто то пытается понять, а что вообще принято на компании. Ведь где то хотят, чтобы разбирался сам, где то наоборот - лучше спроси, чем терять время.
Вот когда в офисе, так хоть видно по человеку хоть как то, делает ли он что то или сидит плюет в потолок с глупым выражением. По ситуации можно и подойти и предложить помощь.

Результат тоже разный бывает, у нас были и такие, которые потом код собирали по коллегам всегда.
Были и такие, кто даже код собирать были не способны, им одну задачу дают, они тянут, тянут, пока задачу не перекинут на другого, кто сделает это почти моментально. Ну таких сразу на pip вообще без вопросов.
Ну и хватает таких, кто лишь с вопросами строго по делу делают быстро задачи.

Я считаю, что если нет Лидов, кто считает, что человек должен дотукаться до всего сам, без задавания лишних вопросов, а такие попадаются в порядке исключения, то надо человеку дать знать, что вопросы приветствуются в команде. Ну и Лиду спрашивать первые дни, как дела, нужна ли помощь. Так как сам джун может стесняться отвлечь. Хотя отсутсвие инициативы на таких порах не особо хороший признак. Но есть люди, которые сразу стараются во все вникнуть в глубину и на начал них этапах могут тратить лишнее время, усложняя себе задачу.

[valchkou]

Вот когда в офисе, так хоть видно по человеку хоть как то, делает ли он что то или сидит плюет в потолок с глупым выражением. По ситуации можно и подойти и предложить помощь.

был один человек джун-приемник. нужна там была где то помощь и его менеджер отдал его в аренду другому.
Значит своему он говорил что тому помогает, а тому, что занят у своего.
Такая бодяга тянулась несколько месяцев вплоть до ревью. Это был его первый и последний ревью
Дело было в офисе.

[nyekimov]

Вот когда в офисе, так хоть видно по человеку хоть как то, делает ли он что то или сидит плюет в потолок с глупым выражением. По ситуации можно и подойти и предложить помощь.

был один человек джун-приемник. нужна там была где то помощь и его менеджер отдал его в аренду другому.
Значит своему он говорил что тому помогает, а тому, что занят у своего.
Такая бодяга тянулась несколько месяцев вплоть до ревью. Это был его первый и последний ревью
Дело было в офисе.

И подобных встречал.

Один перец бросался на все задания и ни одного не закрывал. Типо давайте помогу, чо там у вас. А потом просто ждал, пока остальные на это задание все сделают.

Ещё один в джира чужие закрытые задания на себя переназначал.

Я вообще порой поражаюсь, какие люди в айти попадаются. Крайний раз поспособствовал; как говорится, плохому ревью. Потому что чувак месяца 2 таск делал, и нифига не сделал, а потом это мне отдали и попросили рассказать, что там вообще было сделано. Так вот потом спустя года пол, после того как его уволили, я увидел кассира в таргет очень похожего на него, быстро сменил кассу и мне аж плохо стало, с одной стороны, от того, что человека выгнали и возможно вот как стало, с другой, что кассир таргет мог каким то образом пройти интервью. Хотя мы уже давно просим закодить что то не совсем сложное и качество людей стало значительно лучше.

[Херовимчик]

Ох уж эта тонкая грань между дать немного свободы и инициативы и риском завалить все сроки...

[kyk]

Крайний раз

крайний в очереди в сортир

[nyekimov]

Ох уж эта тонкая грань между дать немного свободы и инициативы и риском завалить все сроки...

А джунам не надо давать те задачи, у которых есть риск завалить сроки. Тут конечно и всплывает очень немаловажный вопрос - что давать джунам на начальных этапах. Причём он касается не только джунов, особенно когда приходишь в корпы, если тебя взяли не как эксперта закрыть определённую дырку, то даже у мидла может возникнуть вопрос - что именно надо будет делать. Ну этот вопрос должен возникнуть в голове лида/менеджера - чем занять джуна по его силам.

Да есть некоторые фирмы, которые либо из-за того, что не могут себе позволить, либо из-за скупого/глупого менеджмента не задумываются о том, что человеку надо будет время въехать в кухню, бросают сразу на задачи, которые должны быть сделаны вчера. У технически сильных людей это конечно не вызовет особых сложностей, кто то так даже любит. Но это ни есть нормально ожидать такого от джуна.

Пс. Кстати и в моих примерах мы в итоге чаще забирали задачи у тех, кто не справлялся. Но это происходило не в первые месяца, первые месяца как правило давали такие задачи, которые можно делать, а можно не делать или вообще какой poc. Так как такого рода задачи особо никому не важны, я лично сам никогда их не любил делать, там обычно и целей чотких нет, чтобы не ограничивать воображение исполнителя. Но затем в какой то момент наступает необходимость проверить задачей со сроком, но когда известно, что есть человек, кто сделает задачу за день, если надо. То есть работа происходит с подстраховкой.

[Херовимчик]

Ох уж эта тонкая грань между дать немного свободы и инициативы и риском завалить все сроки...

А джунам не надо давать те задачи, у которых есть риск завалить сроки. Тут конечно и всплывает очень немаловажный вопрос - что давать джунам на начальных этапах. Причём он касается не только джунов, особенно когда приходишь в корпы, если тебя взяли не как эксперта закрыть определённую дырку, то даже у мидла может возникнуть вопрос - что именно надо будет делать. Ну этот вопрос должен возникнуть в голове лида/менеджера - чем занять джуна по его силам.

Да есть некоторые фирмы, которые либо из-за того, что не могут себе позволить, либо из-за скупого/глупого менеджмента не задумываются о том, что человеку надо будет время въехать в кухню, бросают сразу на задачи, которые должны быть сделаны вчера. У технически сильных людей это конечно не вызовет особых сложностей, кто то так даже любит. Но это ни есть нормально ожидать такого от джуна.

Пс. Кстати и в моих примерах мы в итоге чаще забирали задачи у тех, кто не справлялся. Но это происходило не в первые месяца, первые месяца как правило давали такие задачи, которые можно делать, а можно не делать или вообще какой poc. Так как такого рода задачи особо никому не важны, я лично сам никогда их не любил делать, там обычно и целей чотких нет, чтобы не ограничивать воображение исполнителя. Но затем в какой то момент наступает необходимость проверить задачей со сроком, но когда известно, что есть человек, кто сделает задачу за день, если надо. То есть работа происходит с подстраховкой.

Ну у меня собирательный образ. Оба моих приемника не только вчера с улицы все же. Тот что уже 10 лет в команде, это самый тяжелый случай - «я сам!». Второй молодец, ходит за мной по всем чатикам и митингам, преимущественно слушает и потом задаёт уточняющие вопросы. Но он в другом спектре - «аааа! Я не смогу!».

[nyekimov]

Ох уж эта тонкая грань между дать немного свободы и инициативы и риском завалить все сроки...

А джунам не надо давать те задачи, у которых есть риск завалить сроки. Тут конечно и всплывает очень немаловажный вопрос - что давать джунам на начальных этапах. Причём он касается не только джунов, особенно когда приходишь в корпы, если тебя взяли не как эксперта закрыть определённую дырку, то даже у мидла может возникнуть вопрос - что именно надо будет делать. Ну этот вопрос должен возникнуть в голове лида/менеджера - чем занять джуна по его силам.

Да есть некоторые фирмы, которые либо из-за того, что не могут себе позволить, либо из-за скупого/глупого менеджмента не задумываются о том, что человеку надо будет время въехать в кухню, бросают сразу на задачи, которые должны быть сделаны вчера. У технически сильных людей это конечно не вызовет особых сложностей, кто то так даже любит. Но это ни есть нормально ожидать такого от джуна.

Пс. Кстати и в моих примерах мы в итоге чаще забирали задачи у тех, кто не справлялся. Но это происходило не в первые месяца, первые месяца как правило давали такие задачи, которые можно делать, а можно не делать или вообще какой poc. Так как такого рода задачи особо никому не важны, я лично сам никогда их не любил делать, там обычно и целей чотких нет, чтобы не ограничивать воображение исполнителя. Но затем в какой то момент наступает необходимость проверить задачей со сроком, но когда известно, что есть человек, кто сделает задачу за день, если надо. То есть работа происходит с подстраховкой.

Ну у меня собирательный образ. Оба моих приемника не только вчера с улицы все же. Тот что уже 10 лет в команде, это самый тяжелый случай - «я сам!». Второй молодец, ходит за мной по всем чатикам и митингам, преимущественно слушает и потом задаёт уточняющие вопросы. Но он в другом спектре - «аааа! Я не смогу!».

Да. Тяжелый случай!

На самом деле я ещё сталкиваюсь нередко с тем, что например мой бывший лид говорил - there are many ways to skin a cat. Но он сам же был очень придирчив, блин сложно слово подобрать. Короче хотел, чтобы делали так, как у него в голове или точней, даже лучше, чем у него в голове, лучше так, чтобы его удивили. А стоило сделать ровно то, что просили или не советоваться с ним и не спросить - достаточно вам этого будет? Так мог выражать недовольство. Я именно чувствовал, что он недоволен режимом подчиненного «я сам». При этом если ему кто то лез что-то советовать, то он мог и послать.
Резюмируя, в общем у меня нередко бывают моменты, когда человек делает; что просят, но я вижу; как можно было сделать еще лучше. Стараюсь забивать или добавлять, если это лучше решает какие то очевидные баги. А если режим «я сам» мешает человеку слушать остальных и в результате его код потом надо долго править или человек не уверен в себе. То можно конечно и потратить время на саппорт и обучение, но если это 10 лет в одной команде, то камон. Не всем необходимо быть начальниками. Есть просто хорошие исполнители. Не зря же в гугле большинство народу задерживается на левел 5?
Хотя, насколько понимаю, левел 5 как раз таки сам должен вести небольшие проекты.

[Херовимчик]

Да. Тяжелый случай!

На самом деле я ещё сталкиваюсь нередко с тем, что например мой бывший лид говорил - there are many ways to skin a cat. Но он сам же был очень придирчив, блин сложно слово подобрать. Короче хотел, чтобы делали так, как у него в голове или точней, даже лучше, чем у него в голове, лучше так, чтобы его удивили. А стоило сделать ровно то, что просили или не советоваться с ним и не спросить - достаточно вам этого будет? Так мог выражать недовольство. Я именно чувствовал, что он недоволен режимом подчиненного «я сам». При этом если ему кто то лез что-то советовать, то он мог и послать.
Резюмируя, в общем у меня нередко бывают моменты, когда человек делает; что просят, но я вижу; как можно было сделать еще лучше. Стараюсь забивать или добавлять, если это лучше решает какие то очевидные баги. А если режим «я сам» мешает человеку слушать остальных и в результате его код потом надо долго править или человек не уверен в себе. То можно конечно и потратить время на саппорт и обучение, но если это 10 лет в одной команде, то камон. Не всем необходимо быть начальниками. Есть просто хорошие исполнители. Не зря же в гугле большинство народу задерживается на левел 5?
Хотя, насколько понимаю, левел 5 как раз таки сам должен вести небольшие проекты.

Спасибо за мысли!
Я думаю я сама на ранних этапах накосячила, когда человек просто просил подсказать, а я просто брала и делала сама. Возможно теперь он тянет до последнего, боясь что опять заберу задачу Отсюда и реплики "не хочу быть бесполезными и отнимать время у дргуих, буду сам сидеть и упорно ковырять в одиночестве".
Может их в группу общую согнать, чтобы все дружно задавали самые глупые вопросы, и сами же отвечали на них...? Заодно все сразу под присмотром

Не зря же в гугле большинство народу задерживается на левел 5?

это не только в Гугле, практически везде Сеньор это терминальный левел. Но у нас не дают Сеньора только за выслугу лет, даже если это и 10 лет

[Vladimir Kr.]

утренние планерки, ака атжал стендапы, в том числе и предназначены для трекинга задач, поднятия блоков и контроля зависания.

[nyekimov]

Да. Тяжелый случай!

На самом деле я ещё сталкиваюсь нередко с тем, что например мой бывший лид говорил - there are many ways to skin a cat. Но он сам же был очень придирчив, блин сложно слово подобрать. Короче хотел, чтобы делали так, как у него в голове или точней, даже лучше, чем у него в голове, лучше так, чтобы его удивили. А стоило сделать ровно то, что просили или не советоваться с ним и не спросить - достаточно вам этого будет? Так мог выражать недовольство. Я именно чувствовал, что он недоволен режимом подчиненного «я сам». При этом если ему кто то лез что-то советовать, то он мог и послать.
Резюмируя, в общем у меня нередко бывают моменты, когда человек делает; что просят, но я вижу; как можно было сделать еще лучше. Стараюсь забивать или добавлять, если это лучше решает какие то очевидные баги. А если режим «я сам» мешает человеку слушать остальных и в результате его код потом надо долго править или человек не уверен в себе. То можно конечно и потратить время на саппорт и обучение, но если это 10 лет в одной команде, то камон. Не всем необходимо быть начальниками. Есть просто хорошие исполнители. Не зря же в гугле большинство народу задерживается на левел 5?
Хотя, насколько понимаю, левел 5 как раз таки сам должен вести небольшие проекты.

Спасибо за мысли!
Я думаю я сама на ранних этапах накосячила, когда человек просто просил подсказать, а я просто брала и делала сама. Возможно теперь он тянет до последнего, боясь что опять заберу задачу Отсюда и реплики "не хочу быть бесполезными и отнимать время у дргуих, буду сам сидеть и упорно ковырять в одиночестве".
Может их в группу общую согнать, чтобы все дружно задавали самые глупые вопросы, и сами же отвечали на них...? Заодно все сразу под присмотром

Не зря же в гугле большинство народу задерживается на левел 5?

это не только в Гугле, практически везде Сеньор это терминальный левел. Но у нас не дают Сеньора только за выслугу лет, даже если это и 10 лет

Насчёт канала группы для глупых вопросов, у нас такое создаётся сразу. Правда отдельные товарищи не любят там светиться и стараются 1-1 спрашивать. Когда вопрос будет полезен для всех, тогда мы бывает даже копируем ответ туда, и отвечаем уже при всех. Конечно те отдельные личности обычно такого стремаются и перестают писать тому, кто выносит сор в общий чат, как говорится. Я лично таким пользуюсь крайне редко; окромя моментов, когда я знаю, что кто то в команде может иметь более новую инфу по вопросу, тогда предлагаю перенести обсуждение в общую группу. Чтобы поучаствовали все.
Ну а в общем да, у нас политика - спрашивай в общей группе, пусть все учатся, пусть отвечают те, кто свободен. Нежели ты будешь теребить одного человека; а если он занят, зависнешь на неизвестное время.

[Херовимчик]

Ой да, эти стыдливые вопросы 1-1! Я обычно гоню в общий чат и там абстрактно формирую ответ типа «вот мы тут обсуждаем одну вещь, помогите идеями!»
А был у меня подопечный (не из нашей команды), которому так и пришлось special treatment делать, он вообще публично не мог работать. Хуже того, я за пределами общих чатов/имейлов всех слёзно просила его не тагать иначе он вообще работу не сделает...

[Херовимчик]

утренние планерки, ака атжал стендапы, в том числе и предназначены для трекинга задач, поднятия блоков и контроля зависания.

Для этого у нас отдельные люди есть, кто отслеживает задачи по конкретному продукту, делают изначальный триаж и распределяет задачи по исполнителям

[nyekimov]

утренние планерки, ака атжал стендапы, в том числе и предназначены для трекинга задач, поднятия блоков и контроля зависания.

Так находятся перцы, которые хорошо, если хотя бы новый блок или провис говорят на стендапе. Из-за некоторых людей, мы быстро заметили, что надо объяснять новичкам джунам/Мидлам в команде, что есть общая группа команды в слаке, джира или почта и не надо ждать стендапа. Все вопросы по Тикету в джира, если только не надо обсудить подход, покуда сам не уверен в правильности, то тогда лучше в слаке спроси.
А то скажет один провис, ему на стендапе на пальцах объяснят или сразу после стендапа, он словит новый провис и весь рабочий день ждёт след стендапа.

Кстати хорошо, что на карантин команда была уже сбитая, никто до весны этого года никуда не уходил. Сейчас ушёл один, работаем пока без него, так как чувак проработал 3 года, но независимость у него не росла, надо было постоянно контролировать. Поэтому просто не поднимали зарплату, и даже бонусов не давали, только рсу вроде чуть отсыпали. Так обиделся и ушёл. Я в такие моменты обычно не жалею, хоть какие то движения в команде, правда начали искать нового неспеша, пока какой то треш попадается. А сам чувак пишет, что похоже погорячился и на новом месте тяжело. Я после того как он ушёл, только узнал, что не я один ему по два раза его таски разъяснял, думал он меня теребит как лида, ан нет, он оказывается писал несколько людям, чтобы сверить показания и убедится, что он ничего не упустил. Белый американец, с пхд по математике. Я как это услышал, даже обрадовался, что он сам ушёл, но теперь будет лотерея с новым человеком.

[Херовимчик]

утренние планерки, ака атжал стендапы, в том числе и предназначены для трекинга задач, поднятия блоков и контроля зависания.

Кстати хорошо, что на карантин команда была уже сбитая, никто до весны этого года никуда не уходил. Сейчас ушёл один, работаем пока без него, так как чувак проработал 3 года, но независимость у него не росла, надо было постоянно контролировать. Поэтому просто не поднимали зарплату, и даже бонусов не давали, только рсу вроде чуть отсыпали. Так обиделся и ушёл. Я в такие моменты обычно не жалею, хоть какие то движения в команде, правда начали искать нового неспеша, пока какой то треш попадается. А сам чувак пишет, что похоже погорячился и на новом месте тяжело. Я после того как он ушёл, только узнал, что не я один ему по два раза его таски разъяснял, думал он меня теребит как лида, ан нет, он оказывается писал несколько людям, чтобы сверить показания и убедится, что он ничего не упустил. Белый американец, с пхд по математике. Я как это услышал, даже обрадовался, что он сам ушёл, но теперь будет лотерея с новым человеком.

Это похоже как раз наш персонаж, что 10 лет уже сидит. Только он не такой наивный и никуда не рыпается. А мы хотя бы знаем что от него ожидать...

[PrettyVacant]

нередко бывают моменты, когда человек делает; что просят, но я вижу; как можно было сделать еще лучше. Стараюсь забивать или добавлять, если это лучше решает какие то очевидные баги. А если режим «я сам» мешает человеку слушать остальных и в результате его код потом надо долго править или человек не уверен в себе.

У вас код ревью есть же? Не мёрджить, пока по крайней мере два девелопера не одобрили, и всех делов. Обсуждать и предлагать более оптимальные решения. Работа над код ревью - вполне себе часть обязанностей разработчика. Если принимать в репозиторий плохой код, это аукнется потом, и не раз.

То можно конечно и потратить время на саппорт и обучение, но если это 10 лет в одной команде, то камон. Не всем необходимо быть начальниками. Есть просто хорошие исполнители. Не зря же в гугле большинство народу задерживается на левел 5?
Хотя, насколько понимаю, левел 5 как раз таки сам должен вести небольшие проекты.

Опытный начальник понимает, что придется работать с теми [людскими] ресурсами, что есть, по крайней мере какое-то время. Над развитием ресурсов и получением новых можно работать, но пока что придётся давать соразмерные задачи и контролировать их выполнение, приспосабливаясь к специфике ресурсов. Если пехота истощена и не ведет стрелкового боя, не надо гнать ее на пулеметы. Надо задействовать артиллерию, а пехота потом пусть зачистит перепаханные окопы.

Опытный исполнитель тоже понимает, что придётся работать в той команде, что есть, знает, от кого что ожидать, что он может предложить для успеха проекта, как выделиться лично и как задействовать соратников.

Если 10 лет в команде, у человека может просто начать сказываться возраст. Надо относиться с пониманием, все там будем. Я вот не бибикаю на пенсионеров за рулем, когда они замешкаются на светофоре.

[nyekimov]

нередко бывают моменты, когда человек делает; что просят, но я вижу; как можно было сделать еще лучше. Стараюсь забивать или добавлять, если это лучше решает какие то очевидные баги. А если режим «я сам» мешает человеку слушать остальных и в результате его код потом надо долго править или человек не уверен в себе.

У вас код ревью есть же? Не мёрджить, пока по крайней мере два девелопера не одобрили, и всех делов. Обсуждать и предлагать более оптимальные решения. Работа над код ревью - вполне себе часть обязанностей разработчика. Если принимать в репозиторий плохой код, это аукнется потом, и не раз.

То можно конечно и потратить время на саппорт и обучение, но если это 10 лет в одной команде, то камон. Не всем необходимо быть начальниками. Есть просто хорошие исполнители. Не зря же в гугле большинство народу задерживается на левел 5?
Хотя, насколько понимаю, левел 5 как раз таки сам должен вести небольшие проекты.

Опытный начальник понимает, что придется работать с теми [людскими] ресурсами, что есть, по крайней мере какое-то время. Над развитием ресурсов и получением новых можно работать, но пока что придётся давать соразмерные задачи и контролировать их выполнение, приспосабливаясь к специфике ресурсов. Если пехота истощена и не ведет стрелкового боя, не надо гнать ее на пулеметы. Надо задействовать артиллерию, а пехота потом пусть зачистит перепаханные окопы.

Опытный исполнитель тоже понимает, что придётся работать в той команде, что есть, знает, от кого что ожидать, что он может предложить для успеха проекта, как выделиться лично и как задействовать соратников.

Если 10 лет в команде, у человека может просто начать сказываться возраст. Надо относиться с пониманием, все там будем. Я вот не бибикаю на пенсионеров за рулем, когда они замешкаются на светофоре.

Даже на код ревью надо, чтобы человек тебя понял. Тут конечно мы в своей команде очень серьезно подходим. Но просят смотреть код и других команд. Там я писал как есть, так ещё потом жаловались, что мы из зависти тормозим их работу. Ну в итоге я сказал, что если наше мнение лишнее, мы можем его не давать. Сложней когда человек придумывает какой то свой паттерн, который не ложится в текущие патерны проекта/модуля, его команде дали что то добавить в существующий модуль. Вроде бы все понятно, но начинается же политическая борьба, человек начинает защищать свои подходы. Хочет свободы. Ну что ж, как по мне; если я напрямую не отвечаю за выхлоп, то пусть человек учится на своих ошибках.
Тем более в айти как принято, ошибки не совершает тот, кто не работает, покуда процент ошибок не критичный, то есть он что то добавляет и рабочее, то обычно человека держат с надеждой, что научится и выбирает шапку по синьке, или как там говорилось, совсем стратегически важные проекты не дают.

Про развитие ресурсов вообще отдельный сложный топик, ну вот человек скажем все успевает и хорошо въехал в дела, значит ли это, что ему надо отдать ваше место? Если таких больше мест нет, то пехота да, тоже нужна. Ну а если человек засиделся 10 лет, то тоже нормально, покуда вдруг не возникает задачи сделать из него лучшего человека. 10 лет не сделало, а ты вдруг должен. А если он сам вдруг собрался уходить, так что ж его держать, если за 10 лет не удивил ниразу. Я как то так к такому отношусь.

Вообще я изначально думал что речь о джунах совсем молодых. Которых якобы надо как то воспитывать, но на моем опыте, человеку надо успевать подкидывать интересных задач с нарастающей сложностью, те кто способен на большее, сами разовьются. Попутно задавая вопросы. Те кто не способен, застрянут на каком то уровне.
А настраивать процесс работы надо стараться так, чтобы в первую очередь самому было приятно работать. Хотя тут у многих не обходится без личных предпочтений и понимания жизни. Поэтому каких только практик я не встречал на фирмах.

[nyekimov]

Кстати про пул риквесты; первое время у меня они были как формальность, имею в виду в карьере. Потом встретил коллегу, который дотошно все комментировал и привил очень хорошие практики. Его первые код ревью были стрессом для меня. Но я постепенно начал их воспринимать не как что то личное, а чисто бизнес. Стал стараться не допускать одинаковых ошибок.

Потом смотрел на реакцию новичков на такие ревью, некоторые там в осадок выпадали. В общем довольно интересный момент для развития разработчиков.

Кстати есть такие практики; когда код надо сабмитить в конце дня в ветку для фичи. Показывает, что человек сделал за день; в правильном направлении ли он идёт и идёт ли вообще. Ну и естественно впоследствии не возникает риквеста на 10 страниц, который крайне сложно прочитать. То есть он возникает, когда все готово, но код уже был просмотрен и финальный взгляд занимает намного меньше времени. В одной из фирм на небольшом проекте мы такое практиковали.
Сейчас исключительно по ситуации. Проект сам большой, порой на разобраться в новом для команды модуле кому то уходит пару дней. А изменений может быть считаное количество.

[Херовимчик]

Про развитие ресурсов вообще отдельный сложный топик, ну вот человек скажем все успевает и хорошо въехал в дела, значит ли это, что ему надо отдать ваше место? Если таких больше мест нет, то пехота да, тоже нужна. Ну а если человек засиделся 10 лет, то тоже нормально, покуда вдруг не возникает задачи сделать из него лучшего человека. 10 лет не сделало, а ты вдруг должен. А если он сам вдруг собрался уходить, так что ж его держать, если за 10 лет не удивил ниразу. Я как то так к такому отношусь.

Человек сам решил стать лучше, считаю такое нудно поддерживать! Второй реально джун, он один все не потянет пока.

Потом смотрел на реакцию новичков на такие ревью, некоторые там в осадок выпадали. В общем довольно интересный момент для развития разработчиков.

У меня с один Стафф инженером такие отношения в код ревью, там даже менеджеры по-началу в осадок уходили.
Но мы заранее в личке обычно обговариваем, я охотно соглашаюсь быть послушной девочкой и сделать показательное изменение (в он потом этим изменением другим в нос тычет, что вот так нужно делать). Я, в свою очередь, также открыто указываю на его косяки (постоянно меняющиеся требования к стилю), открыто и аргументированно объясняю свой выбор (и мы прям в комментариях договариваемся на компромис). Вообщем да, раньше меня бесили придирки в моих изменениях. Сейчас приходится заставлять людей вчитываться и давай нормальный фидбек, а не молча апрувить потому что буков много, а читать лень