Комментарии 14
Тоже попробовал быть тимлидером и затем ушел на удаленку. Нужно быть неплохим психологом чтобы организовать работу разных людей. И всегда найдется хоть один спорщик. Со временем перестал думать что знаю больше подчиненных, выслушиваю всех, думаю, сравниваю, если идея хорошая пробуем ее. Еще понял что не надо кого-то из подчиненных обвинять в ошибках, вся команда несет ошибку, лучше просто принять что ошиблись и исправить ошибку.
+2
Senior Engineer может включать очень широкий и нечеткий круг обязанностей. Более специализированными альтернативами могут быть Principal Engineer, Staff Engineer и собственно Architect. Каждая должность предусматривает взаимодействие с командой, но на гораздо меньшем уровне, чем Team Lead.
0
С девопсом похоже. Раньше кодил, а теперь пишешь ямлики =(
+1
Фасилитировать… Во что превращается язык… Неужели не нашли нормального русского слова.
+7
В моём понимании тимлид — это в первую очередь ведущий программист, во-вторую хорошо владеющий кодовой базой и только в-третью ответственный за принятие технических решений (каким способом — директивным, фасилититативным или еще каким — решать ему и его руководству).
Отсюда следует, что тимлида нельзя взять на работу и открыть такую должность нельзя :)
И соответственно, назначить его тоже нельзя.
Поэтому дико плюсую под этой цитатой!!!
И собеседники вроде это подтверждают своим опытом (везде тимлид сам вырастал из команды).
Тимлид может и не вырасти и в моей практике управления проектами эта роль как правило была вырождена:
— сильных программистов в команде как правило было более одного
— со временем все они накапливали экспертизу в кодовой базе
— декомпозицию фичи на задачи брали по очереди (по крайней мере я старался распределять эту функцию, чтобы команда притиралась друг к другу, находила взаимопонимание и чтобы у других тоже была возможность проявить себя)
— технические решения уровня архитектора принимал архитектор
— распределение задач проходило либо по принципу кто-свободен-тот-и-берет либо по принципу ответственного-за-компонент — в зависимости от договоренностей;
— ну а решение конфликтов, фасилитацию, я всегда брал на себя как МП;
Отсюда следует, что тимлида нельзя взять на работу и открыть такую должность нельзя :)
И соответственно, назначить его тоже нельзя.
Поэтому дико плюсую под этой цитатой!!!
делая лучшего разработчика тимлидом, вы теряете лучшего разработчика и получаете плохого менеджера
И собеседники вроде это подтверждают своим опытом (везде тимлид сам вырастал из команды).
Тимлид может и не вырасти и в моей практике управления проектами эта роль как правило была вырождена:
— сильных программистов в команде как правило было более одного
— со временем все они накапливали экспертизу в кодовой базе
— декомпозицию фичи на задачи брали по очереди (по крайней мере я старался распределять эту функцию, чтобы команда притиралась друг к другу, находила взаимопонимание и чтобы у других тоже была возможность проявить себя)
— технические решения уровня архитектора принимал архитектор
— распределение задач проходило либо по принципу кто-свободен-тот-и-берет либо по принципу ответственного-за-компонент — в зависимости от договоренностей;
— ну а решение конфликтов, фасилитацию, я всегда брал на себя как МП;
0
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Все таки в статье в одну кучу намешаны роли тех- и тим- лидов. Можно быть техлидом, быть в стороне от управленческих задач и получать ощутимо выше тимлида.
0
Алексей Кудрявцев: Лидство — это еще и более высокая зарплата
Это далеко не всегда так.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Тимлид, или Туда и обратно