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

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

Тогда возникает вопрос: а как показать навыки, которые нужны тимлиду, если в роли разработчика их трудно продемонстрировать?

И тут появляется интересная тема - управление без формальных полномочий. В крупных компаниях в IC-ветке есть грейды после сеньорского уровня: Staff Engineer, Senior Staff, Principal или другие вариации. Формально на этих грейдах у человека может не быть управленческих полномочий и собственной команды. Но его индивидуальный вес настолько велик, что он ведёт крупные проекты, влияет на несколько команд или меняет техническую стратегию целого направления

Это не означает, что Staff Engineer - будущий тимлид. IC и management остаются разными карьерными ветками. Но один из способов показать готовность к роли тимлида - попробовать вести проекты без формальных полномочий. В таком кейсе проявятся многие смежные навыки: умение договариваться с соседними командами, влиять на решения, брать ответственность и доводить проекты до конца

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