Comments 10
На мой взгляд, у вас как-то смешаны сущности тимлида и сеньора — часть обязанностей надо отдавать сеньорам, тогда и тимлидам жить будет лучше.
так у нас как таковых "чистых" сеньоров в аутсорс-командах то и нет, специально это выделил... либо тимлидство/техлидство, либо добро пожаловать на аутстаф
А менеджеры хоть есть?? Ну знаете такие люди которые отвечают за сроки, контролируют выполение задач и поддерживают дисциплину?
Менеджеры есть, но то что тимлиды +-погружены в сроки и в моральное состояние команды и отдельных разработчиков, мне кажется вполне естественно. По крайней мере хороший тимлид знает о том что условный прогер Вася не вывозит свою часть задолго до того как менеджер начнет истерить о срыве сроков и принимает меры.
я работал в должности тимлида 15 лет, в 10 разных компаниях в 3-х разных странах. В моем опыте никогда не было (и надеюсь не будет) таких вещей как:
Организация тимбилдингов (no comments)
полная ответственность за найм (включая обсуждение и торг по ЗП с кандидатом?) ну это явно менеджерская задача, тимлид здесь только техэксперт оценивающий тех.левел на интервью - не больше
обнаружение выгорания и конфликтов - такой обязанности!! точно имхо не может быть у тимлида. Только возмажно - добровольная помощь коллегам с такими проблемами.
контроль и поддержание дисциплины (тоже no comments )
контроль сроков выполнения задач (тоже чисто менеджерская активность, слава богу никогда не заботал в проектах без менеджеров), моя роль это возможно помочь со сложным таком когда он не уклыдвается в срок или увидеть подводные камни могущие повлиять на сроки.
А вот что приходилось постоянно делать, хотя я бы продпочел эти не заниматься:
Админить - (это просто из-за постоянного дефицита админов и девопсов - в итоге просто самый опытный разработчик этим вынужден заниматься)
пресейлить (тоже понятно - когда больше некому - берем самого опытного)
Светить лицом (это вообще активность очень специфическая к техническим скилам весьма перпендикулярная)
По поводу сроков - хотел дополнить немного, у нас тимлиды занимаются распределением задач сообразно грейду и скиллам разработчиков, то есть PM ставит все задачи на лида, а лид уже оценивает и раскидывает их. В таком раскладе, если при делегировании задачи на кого-то, тимлид контролирует оценку, учитывает и уровень разраба, и возможные подводные камни и потом совсем не следит за тем что происходит - это немного странно, т.к. именно ошибка лида в этом процессе может привести к срыву сроков.
Я так понимаю, грамотность не входила, хоть немного запятых, не говоря про опечатки.
Личный опыт: перезапуск тимлидства в растущей IT-компании. Часть 1