Неплохой рассказ об опыте работы тимлидом в разных командах. Представлял себе тимлида как сениора или миддла, который решил заниматься управленческими задачами для повышения уровня з/п (а также нежелания постоянно писать код). Но оказалось, что тимлид ближе к ПМ. В связи с этим возникает вопрос, а нужен ли тимлид, если есть ПМ или начальник отдела, которые действительно могут не разбираться в программировании. Двигать задачи в Jira умеют все. Я ожидал, что тимлид хотя бы 30-50% времени пишет код или делает код-ревью, разбирает сложные задачи с сениорами, но оказалось, что ничего из этого можно не уметь. Как и не разбираться в предметной области, где работаешь тимлидом. Это нонсенс. Также непонятно, какова обучающая роль тимлида. Из того, что я понял, все обучают тимлида, но он сам отвечает только перед вышестоящими. Опять же, с этим легко справляется ПМ. Ходить по совещаниям и почти не присутствовать на рабочем месте - запускать команду и проект. Поэтому я не согласен с тем, что грамотный тимлид может уехать в отпуск, а команда будет продолжать работать без него. Выходит, его можно заменить Jira без потери качества. Встречал я и тимлида из другой сферы разработки, который был в нашей команде. Он не особо вдавался, обсуждал в общих чертах, но все идеи, рассказанные ему, в дальнейшем присваивал себе. Через месяц-другой я уже был уверен, что такого тимлида лучше не учить. На мой взгляд, тимлид изначально должен разбираться в той области, в которой он руководит, но приносит пользу и как менеджер, и как специалист (умеет оценивать сложность и сроки, помогает выбирать решение из множества конфликтных мнений, защищает команду, решает личные проблемы, обеспечивает оборудованием, оценивает затраты на ПО, обучает или отправляет на курсы молодых и т.д.). Я встречал такого тимлида, к счастью, такие существуют. У него хватало времени на управление парой десятков разработчиков, написание кода за себя и того парня, код-ревью, обучение джуниоров в течение месяцев, решение личных вопросов. Именно таких ребят можно считать настоящими тимлидами, на них всё и держится. Если же человек пришёл из тестирования или дизайна во фронтенд, какой он тимлид? Сразу понятно, что до джуниора его надо будет растить не один месяц.
Судя по приветствию, он учился входить в тимлидство по видосам «как входить в хату»
Неплохой рассказ об опыте работы тимлидом в разных командах. Представлял себе тимлида как сениора или миддла, который решил заниматься управленческими задачами для повышения уровня з/п (а также нежелания постоянно писать код). Но оказалось, что тимлид ближе к ПМ. В связи с этим возникает вопрос, а нужен ли тимлид, если есть ПМ или начальник отдела, которые действительно могут не разбираться в программировании. Двигать задачи в Jira умеют все. Я ожидал, что тимлид хотя бы 30-50% времени пишет код или делает код-ревью, разбирает сложные задачи с сениорами, но оказалось, что ничего из этого можно не уметь. Как и не разбираться в предметной области, где работаешь тимлидом. Это нонсенс.
Также непонятно, какова обучающая роль тимлида. Из того, что я понял, все обучают тимлида, но он сам отвечает только перед вышестоящими. Опять же, с этим легко справляется ПМ. Ходить по совещаниям и почти не присутствовать на рабочем месте - запускать команду и проект. Поэтому я не согласен с тем, что грамотный тимлид может уехать в отпуск, а команда будет продолжать работать без него. Выходит, его можно заменить Jira без потери качества.
Встречал я и тимлида из другой сферы разработки, который был в нашей команде. Он не особо вдавался, обсуждал в общих чертах, но все идеи, рассказанные ему, в дальнейшем присваивал себе. Через месяц-другой я уже был уверен, что такого тимлида лучше не учить.
На мой взгляд, тимлид изначально должен разбираться в той области, в которой он руководит, но приносит пользу и как менеджер, и как специалист (умеет оценивать сложность и сроки, помогает выбирать решение из множества конфликтных мнений, защищает команду, решает личные проблемы, обеспечивает оборудованием, оценивает затраты на ПО, обучает или отправляет на курсы молодых и т.д.). Я встречал такого тимлида, к счастью, такие существуют. У него хватало времени на управление парой десятков разработчиков, написание кода за себя и того парня, код-ревью, обучение джуниоров в течение месяцев, решение личных вопросов. Именно таких ребят можно считать настоящими тимлидами, на них всё и держится.
Если же человек пришёл из тестирования или дизайна во фронтенд, какой он тимлид? Сразу понятно, что до джуниора его надо будет растить не один месяц.
про сам вход в тимлидство особо ничего и не сказано