Just.Doit

ну ты молодец, че я бы сказал проблема, которую ты выше описал, корень имеет не в том что ты в менеджменте а в том что тебя перенапрягают + то что ты не делегировал нихуя из разработки по хорошему твой фокус работы должен быть на людях и процессах команды, а всем остальным (типа архитектуры и мелкой декомпозиции задач) скорее в свободное время заниматься. и по хорошему ты должен команду довести до такой автономности что она будет работать ок если ты выпадешь на 2-4 недели. в плане того что начальство перенапрягает - ну можно наверное попробовать аргументированно и полит корректно посылать их нахуй, типа мы уже работаем на пределе и транспарентно и конструктивно обьяснять что быстрее уже не возможно. если не понимают по хорошему - начать заниматься очковтирательством в виде переоценки чтобы были запасы времени передохнуть. ну либо нагрузку спускать на команду (собственно делегировать около технические/разработческие вещи), а тем что тебя лично нагружает начальство заниматься больше - вы так конечно нихуя больше не сделаете, но у начальства будет ощущение что ты пашешь пиздец и наверное они от тебя отстанут я бы первым дропнул код ревью, контракты, тестирование, архитектуру - это все прямые обязанности разработчиков рядовых, а ты уже нихуя не разработчик. плюс синьерам надо расти, а куда они будут расти если они как черви уже все готовое просто кодят не задумываясь ни о чем. хай левел "че как вообще это можно сделать", зависимости и координацию с другими командами, коммуникацию со стейкхолдерами я бы пока оставил на себе тк это вполне make sense делать менеджеру

ну почти все ровно наоборот тебе ставят за перформанс и если ты получаешь минус ты вылетаешь с работы нахой

на эксель таблицах "++" напротив твоей фамилии - молодец "+" - ок "+-" - провал

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

вообщето плюсики 2 плюсика - эталон 1 плюсик - не очень хорошо, если так будет долго продолжаться - пойдешь на пип Грохуф, поправь если где ошибся

Эта "нишевая локальная хуйня" занимается тем, что копирует HR практики у других крупных западных Бигтек компаний. ок приведи пример откуда хуйня выше со скипом была скопирована или где в крупных западных бигтек компаниях это так работает? Систему ревью, если я не ошибаюсь, копировали из Microsoft, потому что Парахин был оттуда. Кто сейчас имеет конечное слово на выставлении оценок - я точно не скажу, ибо лет 10 уже не рукль. Но совершенно точно не руководитель службы (руководитель тимлида), ибо все разработчики отдела балансируются вместе. То есть как минимум оценки финализирует руководитель отдела. Если у него есть мнение по твоему сотруднику, которое не совпадает с твоим, шансы поставить справедливую по твоему мнению оценку невелики. Тебя должен поддержать руководитель службы, а еще неплохо, чтобы кто-нибудь из других групп-служб. Если руководитель службы в данной ситуации хочет выслужиться перед руководителем отдела, то тебе не повезло. ну чел понятно что есть иерархия и что каждый следующий начальник может (обычно) сделать overrule "любого" решения но мы говорим про дефолт и про типичные кейсы, а точнее вообще какой есть арсенал у непосредственного руководителя повлиять на перформанс челика вот есть программист вася, у него есть непосредственный руководитель/менеджер (я кстати не уверен что у вас тимлид это менеджер) он начал "обьективно" косячить и лоуперформить чья первоочередная отвественность это менеджить? трекать и резолвить? у менеджера, его непосредственного руководителя (пиплменеджера, если вдруг у вас матричная структура). какие у него есть рычаги и приемы: выстраивание доверительных и взаимовыгодных отношений (первоочередное, для этого вообще не нужны формальные полномочия или место в иерархии, хотя это сильно помогает обычно) авторитет личный пример коллективная норма (условно "у нас все перформят и сидят на онколлах") приложение усилий по удовлетворению потребностей чела (будь то деньги, потребность в признании, или удобный стул с мощным лептопом) первая и основная часть в перформанс ревью или инициации pip твои отношения с твоим менеджером и скипом на тему того чтобы твое мнение являлось ключевым в этих вопросах вернемся к изначальному тезису > не имеешь власти и способа, что надавить на челика в плане перформанса или увольнения, кроме исключительных ситуаций. т.е. за всё отвечаешь, но инструментов это делать нет если вы под "властью и способом" подразумевали возможность уволить единолично чела, и просто начать ему этим угрожать - то вы долбаеб во 1х никто не мешает угрожать без наличия прямых единоличных полномочий, скорее всего чел поверит во 2х даже если бы у вас были такие абсолютные полномочия - это один из худших рычагов и если вам именно этого не хватает чтобы быть хорошим руководителем то вы нихуя не понимаете о чем мы спорим блять вообще тут, это же все база очевидная, не?

Эта "нишевая локальная хуйня" занимается тем, что копирует HR практики у других крупных западных Бигтек компаний. ок приведи пример откуда хуйня выше со скипом была скопирована или где в крупных западных бигтек компаниях это так работает?

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

я работаю в такой, ау ты не думай что ваш ебучий яндекс в ебаной рашке это блять эталон, а не нишевая локальная хуйня с кучей особенностей свойственных именно ей а теперь обоснуй по факту у кого же на твой взгляд власть порешать за перформанс конерктного челика если не у его непосредственного руководителя/менеджера. выше синьера в принципе гарантий уже нет ни на что тк это скорее точечные позиции, коотрые не так часто возникают и на них хотят/претендуют 5-10 человек это хорошо если у вас IC трек вообще есть (staff+/principal инженеры) вообще в целом обычно все таки аверадж зп менеджера выше аверадж зп синьера но вообще звучит как будто ты предлагаешь быть форевер-синьером до пенсии, в целом вариант, но как-то не амбициозненько же

потому что условный чел может пойти дальше так: 1) пошло всё нхуй. пойду в сеньёры и ебись оно конём. что скодил за последние годы? ничего. форма по алгоритмам есть? нет. практика за годы? на это отлично обратил внимание яндекс, при сливе инструкции найма, что если чел был тимлидом емпин последние 2 года, то он автолузает, т.к. считается ненужным 2) пойти на другого тимлида в другую компанию. редко но возможно. но надо будет доказать техническую базу и, вероятно, ещё сильнее прополощут. т.е. это пункт 1 2 - тестить техничку у менеджера - ну челы долбаебы немног, ну ок. а если прыгать через кольцо попросят - тоже прыгнешь 1 - ну это закономерное следствие перехода в менеджеры. не хочешь этого - не переходи, либо пробуй в течение 6 мес а потом ливай нахуй. за 6 мес особо не растеряешь навыков, а понять твое не твое в целом уже можно ну и 3 - ты можешь пойти на стаффа/архитекта и тп. там код писать тоже не особо надо. а технические решения просматривать/ревьювить и принимать решения ты на менеджере будешь и должен иметь навык но я энивей не понимаю в чем твой тезис? что ты втихую будешь писать код на менеджере когда это нахуй не нужно? вот это странный тезис ты его блять менеджер. у тебя только и есть власть что-то сделать. о чем ты у тебя есть примерно 5-10 способов исправить перформанс челика и только уж совсем долбаебы неизлечимые не поддаются этому. ну таких меняешь в след цикле просто. ну или они гдето на задворках ковыряются в чем-то но тебе в целом на них похуй, работаешь с теми кто норм а на ресурс этого челика просто мысленно ставишь крест (явно коммуницируя наверх о ситуации)

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

я уходил понял что не хочу менеджить челов кайфую щас

сильно зависит от бизнеса, продукта, пользователей, и собственно самих l1-l2 ну на вскидку l1 - должны уметь пиздеть с пользаками-долбаебами, но в целом как понимаю это лоулевел скриптовые челики (настолько что их вполне чат заменяет в половине случаев). а l2 чутка понимать за ИТ каким образом l3 это SRE я хз, тк сре это про падение сайтов/систем/платформ и с тех поддержкой не должно быть связано, но понимаю что зависит от компании, и видимо гдето спихивают это на онкольщиков, которые по умолчанию называются SRE

там не итератор

а чем там сраться зачем, темболее синьерам? приоритет от продакта и погнали делать