Я бы сказал, что team lead -- это организационный флажок, нежели индивидуальный ранг. У нас, например, куча ведущих ({senior} principal) инженеров в команде, и только один из них team lead. Который отвечает за всю техническую часть в команде. Это не менеджерская позиция, а именно организационный флажок.

А за административную отмечает? Согласование отпусков, командировок, организация тимбилдингов и т. д.

Супервизор, другой человек. Вот тот как раз из менеджерской лестницы. Собственно, деление на двух руководителей (человеческого и технического) было во всех корпоративных командах, где я участвовал.

> У нас, например, куча ведущих ({senior} principal) инженеров в команде,  

забавно когда в команде одни принциплы и архитекторы

Ну, "не одни", но много. На долю тимлида иногда выпадает сомнительная привилегия арбитража между этими принципалами ;)

Зато bus factor сильно больше единицы, ибо любой из принципалов может заместить ушедшего в отпуск тимлида!

а у вас есть такой, который прямо во всем всем шарит? :) у нас такой есть, не то чтобы проект погибнет если его собьет автобус, но часто такое вижу

или у вас это ты? :)

в мире дотнета это https://github.com/jkotas

это engineering manager

который заведует больше чем одной командой зачастую

🤢

Есть, да. У нас это Andrew Haley (aph). И вообще понятно, кто его может заместить, если что. Я-то "простой советский принципал", влиять на умы в команде я могу, но формальных sudo-прав у меня нет ;)

"простой советский принципал" - это круто)

А задачи ведущего в чем заключаются?

Если вы работаете в большой компании, то в отделе кадров вам покажут должностные инструкции, а то и матрицу комепетентностей, откуда будет понятно, что ожидается от каждого из рангов ;)

То есть фиксированных норм нет? Все в зависимости от хотелок компании? Никакие там допскиллы общепринятые? Здесь ты сен, а там уже джун?

Ну, в общем виде там будет написано что-то распространённое, вроде "младший разработчик может разрабатывать компонент под надзором других разработчиков; разработчик может разрабатывать компонент без постоянной супервизии; старший может руководить K разработчиками, разрабатывающими компонент; ведущий может руководить L старшими, разрабатывающими подсистему; архитект может руководить M ведущими, в сумме разрабатывающими продукт целиком".

Я бы сказал, впечатляюще

Знать алгоритм обхода дерева