Хабрахабр

Теперь я тимлид, но почему мне так плохо? Практические советы

Почему-то считается, что тимлид — это более высокая ступень эволюции инженера, чем все квалификационные уровни, включая senior. При том что всем известно, навыки и умения там нужны совсем другие. Но факт продолжает оставаться фактом, в большинстве компаний тимлидами становятся лучшие инженеры. Иногда, потому что руководству кажется, что это даст сотруднику новую мотивацию и вообще — это же повышение. Иногда, в силу необходимости — наняли много новых сотрудников, и кто-то должен за них отвечать и помогать им пилить новые фичи. Неудивительно, что неподготовленный человек, брошенный в новые обязанности, как в воду, сваливается в состояние экзистенциального кризиса.

Но надо признать, конечно, что Евгений Кот (bunopus) заработал это «признание» еще и великолепным перформансом. То, что доклад на эту тему был признан лучшим на конференции для тимлидов и о тимлидах, показывает, насколько действительно часто встречается такая ситуация. С удовольствием делимся с вами его записью.

Честное слово, стоит выделить время на просмотр этого выступления. Тем более что кода и сложных терминов там не будет — можно даже с семьей посмотреть 🙂 Но, если вы тимлид, который еще не все заделегировал, и времени у вас в обрез, ниже немного спойлеров и важных, хоть и местами капитанских, мыслей.

Во-первых, практически главный вопрос о жизни и нашей тимлидской вселенной — кто такой тимлид?

А получил наверняка и вам знакомое горькое чувство, когда на стендапе после докладов о сделанных фичах и пофикшенных багах и сказать-то нечего. «Быть тимлидом быть очень круто!» — думал Евгений, только им став: «Буду решать очень важные вопросы». Или вообще удар, когда подчиненный говорит, что ты же не пишешь код, зачем ты изображаешь, что делаешь code review. Ты вроде как ничего и не сделал: на митинги ходил, на почту отвечал.

В этот момент в зале раздались аплодисменты — тут у многих болит.

Рассмотрим теперь трех персонажей, которые будут олицетворять классические типы тимлидов.

Но его команда не знает, что творится снаружи, не знает, как их работа связана с бизнес-задачами. Иннокентий: мастер планирования, разбирается в бизнес метриках, знает кучу аббревиатур. В команде Иннокентия нет гибкости и нет роста.

Конечно, он думает, что все остальные в его команде не так хороши, не доверяет им сложных задач. Степан: очень крутой разработчик, может закрыть за один день больше задач, чем весь отдел. Как следствие, bus factor=1 и никакой надежды на рост сотрудников.

Не берет ответственность, не очень понимает, что творится в команде. Игнат: стоит лицом к бизнесу, а к команде чем-то другим.

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

И приходится новоиспеченному тимлиду пытаться усидеть на двух стульях: синьорском и менеджерском. «Так ведь других-то нет!» — скажете вы. На другом — мотивировать, растить и т.д. На одном — думать об архитектуре, закрывать задачи, помогать команде в сложных реализациях. Нет-нет, да и просядет что-нибудь, пока на обоих пытаешься усидеть.

Но распихать задачи в Jira — это не делегирование. Совет известный — делегируй! Например, пускай ревью проводит кто-нибудь из команды. Делегировать надо ответственность, а не задачи.

Но обязательный.

А еще заведите блокнот (ок, это может быть приложуха) и прочитайте уже Дорофеева (хотя бы в таком коротком варианте). Второй пункт, тоже вроде банальный. Техлид может не работать с людьми, а тимлид — должен. И тогда можно будет заняться непосредственными задачами тимлида: фокусировать, растить, вдохновлять, коммуницировать, думать о людях.

И вы никогда не узнаете, в чем проблема, если не будете говорить с людьми Если ваши люди не растут — вы плохой тимлид.

Лайфхак: если в рабочей атмосфере разговор по душам не получается, предложите подвезти и коварно разговорите.

Напоследок Евгений предлагает вспомнить о философии Игикаи, и желает нам с вами встать на путь к его поиску и на этом пути никогда не быть несчастными.

Дальше в ТОП-5 вошли доклады: Такая вот смесь практики и экзистенциализма очень понравилась слушателям на Saint TeamLead Conf.

Оцениваем процессы в команде разработки на основе объективных данных / Сергей Семенов. 2.

Коммуникации как performance-зона работы тимлида / Александр Зиза. 3.

Роль тимлида в рекрутинге / Катерина Гаврилова 4.

Как оценить эффективность команды / Алексей Катаев 5.

Видео можно ловить на youtube-канале, а новости конференции в рассылке. Оставайтесь с нами, скоро откроем видео этих выступлений и что-нибудь про них опубликуем.

Теги
Показать больше

Похожие статьи

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Кнопка «Наверх»
Закрыть