И раз уж заговорили о тимлидах
Я тут смотрю доклад Саши Кирсанова на тему того, должен тимлид кодить или нет. И это тот случай, когда остро не согласна с примерно 95% тезисов автора.
При этом, сам доклад хорош по подаче и адекватно рассказан, так что воспринимаю его, как источник животрепещущих размышлений и возможность четче оформить свои убеждения в рамках условного одностороннего диалога с автором.
Если вкратце, основной пойнт Саши: "тимлид должен быть самым сильным техническим специалистом на проекте, должен много и плотно кодить, только тогда он будет авторитетом".
Моя же позиция: тимлид не должен кодить, отвалите от тимлида.
Почему так думаю:
1️⃣ навыки тимлида не падают людям с неба просто за то, что им дали должность. Это здоровенная отдельная область знаний, как фронтенд или дизайн.
И человек, который попытается одновременно кодить на полную, исполнять обязанности лида и еще и качать менеджерские навыки, помрет от перегруза;
2️⃣ из такой логики, мы консервируем уровень команды на уровне тимлида. Если тимлид - лучший, и весь его авторитет строится на этом, он уже не сможет нанять кого-то компетентнее себя, иначе ему придется сложить "лычку" на полку.
Аналогично, ему придется искусственно стопорить рост субординатов, чтобы не перестать быть для них "главным".
3️⃣ далее, у тимлида есть, вообще говоря, круг своих обязанностей.
Работа с командой: регулярные 1-1, организация процессов (не путать с миллионом созвонов), организация роста сотрудников, решение всяких околомотивационных вопросов.
Внешние активности: на архсинк сходить, найм организовать, в стратсессиях участвовать, перфоманс-ревью всем устроить, бюджет на отдел выбить, от "надо сделать срочно" команду прикрыть;
Когда он будет всем этим заниматься, если надо фултайм кодить, да так, чтобы быть лучше всех - загадка.
Я написала это в тви и получила стопку типичных возражений:
✖️ а кто тогда будет охренительно кодить и контролировать качество?
Сеньоры, технические грейды выше сеньора (сеньор+, стафф), архитектурный комитет, техлиды.
Если у вас сеньоры срочно начинают говнокодить, стоит лиду отвернуться, проблема тут точно не в том, что лид мало программирует.
И не надо путать тимлида и техлида, это разные карьерные треки.
✖️ а как тогда зарабатывать авторитет?
Я так вижу, что авторитет лида не про то, чтобы выяснять с сотрудниками за гаражами, кто круче деревья вертит, а про то, как он решает вопросы команды.
✖️ а чем это отличается от проджект менеджера?
Названия должностей сами за себя говорят. Проджекты - про проект, про пресловутые сроки, про проект-ориентированные процессы, про планирование, про работу с заказчиком.
Тимлид - про команду, про ее внутренние процессы, про то, чтобы всем было комфортно, все выполняли свои функции, росли, чтобы у всех всё было: от технических ресурсов до повышений вовремя.
Как-то так это вижу. В моем окружении, лиды так стараются сделать свою менеджерскую работу, что к концу дня уже зеленые от усталости, и когда им еще и кодить самые сложные задачи - черт его знает. На мой взгляд, и не надо.
Я тут смотрю доклад Саши Кирсанова на тему того, должен тимлид кодить или нет. И это тот случай, когда остро не согласна с примерно 95% тезисов автора.
При этом, сам доклад хорош по подаче и адекватно рассказан, так что воспринимаю его, как источник животрепещущих размышлений и возможность четче оформить свои убеждения в рамках условного одностороннего диалога с автором.
Если вкратце, основной пойнт Саши: "тимлид должен быть самым сильным техническим специалистом на проекте, должен много и плотно кодить, только тогда он будет авторитетом".
Моя же позиция: тимлид не должен кодить, отвалите от тимлида.
Почему так думаю:
И человек, который попытается одновременно кодить на полную, исполнять обязанности лида и еще и качать менеджерские навыки, помрет от перегруза;
Аналогично, ему придется искусственно стопорить рост субординатов, чтобы не перестать быть для них "главным".
Работа с командой: регулярные 1-1, организация процессов (не путать с миллионом созвонов), организация роста сотрудников, решение всяких околомотивационных вопросов.
Внешние активности: на архсинк сходить, найм организовать, в стратсессиях участвовать, перфоманс-ревью всем устроить, бюджет на отдел выбить, от "надо сделать срочно" команду прикрыть;
Когда он будет всем этим заниматься, если надо фултайм кодить, да так, чтобы быть лучше всех - загадка.
Я написала это в тви и получила стопку типичных возражений:
Сеньоры, технические грейды выше сеньора (сеньор+, стафф), архитектурный комитет, техлиды.
Если у вас сеньоры срочно начинают говнокодить, стоит лиду отвернуться, проблема тут точно не в том, что лид мало программирует.
И не надо путать тимлида и техлида, это разные карьерные треки.
Я так вижу, что авторитет лида не про то, чтобы выяснять с сотрудниками за гаражами, кто круче деревья вертит, а про то, как он решает вопросы команды.
Названия должностей сами за себя говорят. Проджекты - про проект, про пресловутые сроки, про проект-ориентированные процессы, про планирование, про работу с заказчиком.
Тимлид - про команду, про ее внутренние процессы, про то, чтобы всем было комфортно, все выполняли свои функции, росли, чтобы у всех всё было: от технических ресурсов до повышений вовремя.
Как-то так это вижу. В моем окружении, лиды так стараются сделать свою менеджерскую работу, что к концу дня уже зеленые от усталости, и когда им еще и кодить самые сложные задачи - черт его знает. На мой взгляд, и не надо.