Мама, я тимлид! Практические советы по руководству IT-командой - страница 3

Итак, начнем с потери компетенции. Если вы переживаете, что все занимаются делом, а вы только ходите на встречи и уже забыли, как настоящий пацан должен пересобирать ядро линукса, то рассуждения ниже – для вас.

Во-первых, никакую компетенцию вы на самом деле не теряете. Если вы когда-то были крутым специалистом, научились всему, чего требовала от вас работа, выполняли задачи лучше всех (иначе едва ли вас бы повысили, не так ли?), то вы с большой вероятностью сможете все это проделать еще разок. Базовые навыки и знания глубоко укоренились у вас в мозгу и не могут испариться даже за очень долгий срок. У меня был перерыв в карьере на полтора года, я очень переживала о том, как буду вливаться в рабочий процесс и есть ли у меня еще боевой задор. Так вот, никакие страхи не оправдались. Мозг очень быстро настраивается на нужный лад, и вы через месяц-другой начинаете работать с прежним качеством, если эти два месяца вы интенсивно трудитесь.

А вот что на самом деле имеет место, так это то, что вы не можете изучать предметные области, нужные для работы, так же хорошо, как ваши сотрудники. Причем ввязываться в эту гонку – заведомо проигрышная затея. Простая математика: вот сидите вы, думающий о своих задачах, задачах группы, ходите на встречи и общаетесь с заказчиками, а вот рядом с вами – свободный от этой чепухи сотрудник. У сотрудника при прочих равных условиях банально больше времени и ресурсов для изучения новой области, чем у вас. Даже если вы в целом крутой специалист, все равно в каких-то деталях ваш сотрудник будет разбираться лучше (если только у вас не команда стажеров, которых вы героически пестуете). Сохранять абсолютное техническое превосходство можно, только если у вас совсем небольшая команда – из двух или трех человек.

Так что секрет успеха – уметь быстро изучать базовые принципы, отличать, что можно отнести к фундаментальным знаниям, а что – к моде (бедные разработчики фронтенда тут могут многое поведать о перемене главной парадигмы разработки). Учитесь выделять главное и тратить время на понимание и изучение действительно важных вещей.

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

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