Как стать автором
Обновить

Комментарии 16

Чудеса, второй день нет комментариев к этой статье

Хабр уже не торт

А где тогда все?

Спасибо за статью, понял что не хочу быть тимлидом!

Хороший результат для статьи :)

Если удастся кого-то спасти от неправильного решения или неподходящей работы - буду рад

Спасибо - классная статья, ссылки на хорошие книги. Какие-то читал, про какие-то первый раз услышал, добавил в бэклог.

Зашёл в комментарии почитать интересное обсуждение, а тут, внезапно, никого нет :/

Наверное просто получилось длинно и не не очень дискуссионно, потому и мало людей в комментах.

Спасибо за отзыв! Надеюсь книги понравятся и принесут пользу.

Наверное у тимлидов, которые хотели бы возразить или что-то добавить, просто нет времени на это :-D

Большое спасибо, очень интересная статья. Я даже первый раз зарегался тут за много лет, чтобы вам написать) Я джун и только вошёл в IT, но давно решил, что приоритетная подцель моей роадмэп это стать тимлидом)

Спасибо! Надеюсь статья поможет избежать типичных ошибок на этом пути
Отличная статья!
Хорошо структурирована, интересные ссылки. Нашёл много интересного и нового для меня.

Щас бы дорасти до Тим Лида и искать помощи

Да сеньор может иметь денег больше даже чем тимлид, но тимлид это только менеджер ПЕРВОГО звена — самый низкий уровень в менеджменте. Но в то же время это необходимая ступень чтобы стать менеджером среднего звена и потом высшего. Думаю не стоит упоминать что у этих категорий ЗП ощутимо выше.
Короче говоря вопрос о достатке сложнее — надо учитывать перспективу.
Есть пример из другой деятельности — в США при сравнении доходов слесаря и юриста выясняется что по совокупному доходу за все время работы юрист обгоняет слесаря чуть ли не к 40 годам только — потому то пока юрист учится, работает за еду набираясь опыта и тп — слесарь неплохо зарабатывает. Зато потом доходы юриста растут и растут, а слесаря остаются какими были — там потолок гораздо ниже и раньше. И если рассматривать ситуацию после школы, то можно сказать что юрист на ближайшие лет 10-15 точно будет сильно уступать слесарю. Стоит ли вообще идти в юристы? Однако реальная жизнь в США показывает что ответ довольно однозначный (в случае конечно наличия ВОЗМОЖНОСТИ пойти в юристы).
Кроме того, если говорить про Россию, то у нас карьера обычно имеет только один путь — в тимлиды и далее по менеджменту, а синьоры не могут расти долго и высокого по доходам, в отличие от запада.
И последний аспект — на определенном этапе наступает желание создать свое дело и возникает вопрос — где как не в должностях менеджеров можно набраться необходимого опыта? Тото и оно.

На сеньёре тоже технический уровень не заканчивается — дальше техлид, дальше — principal (не знаю как принято называть подобный уровень по русски). Специалисты уровня principal вполне себе востребованы на рынке — пару дней его консультаций может сэкономить недели, а то и месяцы работ команды. Кстати тут тоже может быть вилка в специализации — кто-то идёт в архитекторы, прокачиваясь "в ширину", кто-то глубже погружается в нюансы и особенности реализации тех или иных аспектов технологии.
И зарплаты для таких специалистов тоже уже не "сеньёрские".


PS: А про сантехников, это вы зря. Не знаю как в Америке, но в России найти крутого сантехника — задача не легче поиска хорошего "айтишника", кто имел дело с ремонтом, меня поймёт. И платить ему в два раза выше рынка жаба вообще не душит.

Тимлид разве не принимает какие то в том числе ключевые решения по архитектуре, проекту, реализации? Иногда возникают вопросы у backend / frontend или по вопросам ведения кода, work flow и так далее. На моей практике приходил тим лид и разруливал все, поэтому менеджмент это да, но как без хард скилов я не знаю. Поэтому я и боюсь туда лезть сейчас это как бы ступенька намного выше по ощущениям общего бэкграунда знаний

Часто роли тимлида и техлида смешивают в той или иной пропорции, что усложняет дискурс о зонах ответственности. Если рассматривать "чистого" тимлида, то он, в первую очередь, строит процессы. Например, процесс разрешения конфликтов или процесс формирования архитектуры.
Представь, что ты "прокачанный" бэкенд, пришёл тимлидом в команду, где есть бэк, фронт и мобилка и у команды приложения для iOS возник технический конфликт, как ты его собираешься лично разруливать, если ни сном ни духом в их стеке? Очевидно, твоя задача — организовать процесс решения в рамках компетенции и ресурсов команды. Задача максимум — сделать так, чтобы в следующий раз коллеги сами применили этот метод, не отвлекая других участников.
А магия "правильных ключевых решений" часто строится на оценке ситуации — что у нас есть, что надо получить, как это можно получить, сколько это займёт времени и т.д. Чем проработанней будет оценка, тем проще принять решение.

Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации