Самая дорогая ошибка инженера — принять роль тимлида как повышение

[jingvar]

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

[nronnie]

А нахуйа вообще тимлид? В 99% случаев, что я видел, "тимлид" это был самый некомпетентный (и, обычно, единственный) долбо*б в команде, зато блистающий своими "софт-скиллами" и "пониманием Миссии и Ценностей Компании".

[illia_che]

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

[germanetz]

Не повезло вам😁 Но такое в 99% встречается в гос.компаниях на "хлебных" и "тепленьких" местечках, потому что кумовство и тп.

[alextodef]

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

[event1]

без тимлида, ПМ будет бегать к каждому разработчику отдельно и спрашивать: "уже готово?" То есть, он защищает команду от несанкционированного внешнего воздействия

[IvanovPetrovSidorov]

Принцип Питера?

[alextodef]

В иерархической системе каждый индивидуум имеет тенденцию подниматься до уровня своей некомпетентности

Скорее, взгляд на то, почему и как принцип Питера «достанет» новоиспеченного тимлида.

[yaroslavp]

Кто хочет работать, идет в архитекторы, кто не хочет - в лиды

[NikkiG]

Если бы друг... У тимлида работы х2 минимум)

[iv_k]

Раньше имели с одной стороны. Теперь будут иметь с двух сторон. =)

[event1]

Всё по делу, но есть два момента:

Я люблю людей?

Это очень зависит от команды/культуры. У нас ещё при найме сообщают, что нянькаться не будут и никто не нянькается. К людям относятся по-взрослому и они в ответ (внезапно!) тоже ведут себя по-взрослому

Вот как тимлид может попросить время на автотесты

В смысле "попросить"? "На следующие два спринта, один боец идёт на автотесты. Фичей сделаем на 15% меньше. Иначе проект превратится в уродливого монстра." Лидер он, или кто?

[alextodef]

Отличный комментарий :) Есть нюансы:

Про «попросить» — скорее это договоренности. Обе крайности плохи: и прошение, и требование. С продуктом нужно быть в одной лодке.

У нас ещё при найме сообщают, что нянькаться не будут и никто не нянькается. К людям относятся по-взрослому и они в ответ (внезапно!) тоже ведут себя по-взрослому

Требовательность (по-взрослому) — это хорошо и правильно. Любовь к людям не должна ей мешать. Хороший руководитель совмещает и эмпатию, и требовательность.

[NikkiG]

Мне кажется про нет результата - не совсем честный пункт.

Когда посаженные семена дают результат, чувство не менее приятное:)

[alextodef]

Все так :) Но у разработчика всё колоситься гораздо быстрее, и начинающему тимлиду с непривычки сложно.

[ptr128]

Как человек, прошедший путь тимлида и руководителя отдела, а затем ушедший в архитекторы, подпишусь под каждым словом.

[Caraul]

staff, principal, архитектор или навигатор

И сколько таких мест? А сколько тимлидов нужно? А сколько людей хотят хотя бы попробовать себя в чем-то большем, чем просто написание кода?

[alextodef]

Статистики под рукой нет, но с моей колокольни — сейчас не хватает, нужно больше. Я думаю, что в компании число стафф (и выше) специалистов должно превышать число тимлидов.

А касаемо попробовать — если желание есть, пробовать надо обязательно

[Furriest]

Крайне странный тезис про "Нужно любить людей", тем более в тексте вы его уже подменяете "Нужно разбираться в людях". Второе - да, первое - нет.