Сеньор знает лучше? Как управлять очень опытными разработчиками

[kost_tr]

Золотые слова в тексте

[garskiy-pavel]

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

[apevzner]

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

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

В целом, тут разные зоны ответственности, и нет повода для ревности. Но есть повод для объединения усилий.

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

[garskiy-pavel]

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

[sobeskiller]

Проблема возникает из-за пересечения обязанностей. Практически всегда тимлид пишет код руками, до 80% времени, и его оценивают в том числе как разработчика, поэтому возникает подобный "конфликт" или страх.

Плох тот тимлид который пишет код сам.

[gybson_63]

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

[garskiy-pavel]

К сожалению, часто теряется хороший разработчик и получается плохой менеджер =(

[ruomserg]

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

[gybson_63]

Тимлид это не вот прям теплое место. Экспертиза может дать больше, но конкуренция выше намного и времени больше надо.

[gybson_63]

Тут надо шире смотреть. А кто вообще знает, что он хороший разработчик? А это надо кому-то?

[CitizenOfDreams]

Э... по-моему, в картинке для привлечения внимания нейросеть слишком буквально восприняла промпт "фагот".