Team lead или Lead Engineer  Публичный пост

В компании появились должности Lead Engineer, в связи с чем появились трудности выбора. Подскажите, кто в теме о подводных камнях там и тут.

Обе позиции подразумевают лидерство, однако:

  • Team lead занимается больше личностными качествами подчинённых, а также решает различные проблемы с взаимодействием между командами, между командой и PO, ну и конечно же бюджет по зарплате подчинённых.

  • Lead Engineer, все же, остаётся инженером. Хотя он так же может решать проблемы взаимодействия между командами. Добавим сюда ещё решение технических вопросов, обсуждение архитектур, консультирование своей и соседних команд.

Несмотря на различия, все же обе позиции подразумевают лидерство в том или ином варианте.

Но вот, что лучше, пока непонятно.

5 комментариев 👇

Лучше то, в каком направлении тебе интереснее развиваться.

Тут нет какой-то позиции, которая лучше другой. Всё сугубо индивидуально и зависит от человека, его интересов и способностей.

Лично для меня Lead Engineer меня выглядит интереснее, чем Team Lead, больше баланса между управлением и технической частью, но возможно кому-то хочется именно больше управленческой деятельности

  Развернуть 1 комментарий

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

Я для себя сделал следующего вида описание ожиданий от роли (выбрал совсем крайности в каждой из них и сравнил):
Team lead — задача: обеспечить работу команды. Тебя нет, есть команда. Нужно писать код чтобы помочь команде — пишешь. Нужно варить кофе / разговаривать с другими людьми часами / искать и «доставать» необходимое — делаешь. Очень сильная смена фокуса с «я» на «команда». Команда работает хорошо — ты молодец даже если не написал не строчки, команда работает плохо — ты виноват даже если весь код написан тобой.

Lead engineer — задача: писать код и следить за качеством. Не допускать «ну очень нужно, давайте эту ерунду запушим и поправим когда-то потом уже» и срезание углов. Учить, менторить и поддерживать молодых инженеров. Но в целом: качество и архитектура.

Как-то так всегда было во всех местах где я работал.

  Развернуть 1 комментарий

@davolokh, мне кажется что "Учить, менторить и поддерживать" это все таки задача тим лида. И ещё очень важный момент - тех лид на месте тим лида может загубить команду за полгода, а потом и сам уйдет. Очень плохая идея выбирать тим лида просто ткнув пальцем в самого сильного инженера.

  Развернуть 1 комментарий

@dakar, а вот не соглашусь. Помочь расти -- да, 100% задача тимлида. А вот технически обучать -- это все же техлид.
По поводу выбора -- абсолютно согласен. Расскажу позитивный пример из недавней практики. Мы растем и решили делать вторую команду фронтенда. Соответсвенно, нужен тимлид туда. Я люблю промоутить людей, а не набирать из вне (если это возможно) и логично было предложить самому сильному инженеру рассмотреть такой вариант. Я предложил ему посмотреть как это выглядит, объяснил что где, передал обязанности на две недели и ушел в отпуск (присматривал и помогал по ходу, но все же). Так вот, по итогу парень сказал, что не хочет на такую позицию и ему ближе код. Меня такой вариант устраивает более чем: техлид на своем месте, никаких обид в команде на счет найма стороннего тимлида. Правда, не все готовы отказаться (эго, амбиции, мнение окружающих).

  Развернуть 1 комментарий

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

  Развернуть 1 комментарий

😎

Автор поста открыл его для большого интернета, но комментирование и движухи доступны только участникам Клуба

Что вообще здесь происходит?


Войти  или  Вступить в Клуб