Ну а теперь, когда вы в курсе положения дел, сделаем мысленное упражнение. Решим задачку. У вас в команде открыто две вакансии, рук катастрофически не хватает, а заказчики присылают по десять стикеров с котиками в час, требуя от вас фиксов по проектам. Что вы должны сделать в роли руководителя в ближайшие три часа?
Естественная мысль, которая приходит в голову, — надо героически спасти горящие проекты. Бахнуть пару банок энергетика, выпить кофе и показать команде, за что вас повысили. Написать код, нарисовать дизайн (или чем вы там занимались на своей любимой работе).
А теперь давайте подумаем на два шага вперед. Что будет, когда вы закроете горящие задачи? С чем вы останетесь? Да, вы поступили на пользу делу, но работа, как известно, бесконечна. Придут другие заказы, наступят иные горящие сроки. А ваша команда все так же сидит без двух специалистов, в ней по-прежнему не хватает рук — и вы снова броситесь всех спасать.
Сразу оговариваю: если этот горящий проект — вопрос жизни и смерти, он один такой на миллион, единственный шанс в жизни, то да, надо им заняться. Но большую часть задач точно можно отложить, скажем, часа на три, а то и на денек — никто не помрет. Так чем же на самом деле стоит заняться?
В первую очередь надо разрешать те проблемы, которые сильно влияют на эффективность команды. Если у вас висят две вакансии, в первую очередь потратьте силы на то, чтобы их закрыть. Чем раньше вы наймете нужного человека, тем быстрее повысится производительность вашей команды. И чем больше вы тянете с наймом, тем дольше вам придется героически залатывать все дыры, работая за десятерых.
Давайте рассмотрим еще один случай. У вас работает подчиненный, вы чувствуете, что с ним что-то не так: мотивация упала, глаза потухли. Но человек худо-бедно работает, сроки сходятся, дело идет. И вот на вас сваливается Великий Аврал. Вы бросаете все силы, чтобы сделать работу наилучшим образом, выключаете мессенджеры и отменяете все беседы с подчиненными по душам, пропускаете обед, уходите домой с закатом и начинаете бояться солнечного света. И вот через месяц вам тихонько, чтобы не отвлекать от работы, кладут на стол заявление об уходе. Пока вы сидели в окопе, сотрудник «помариновался» в своих печалях, сходил шутки ради на собеседование в соседнюю компанию, получил приятный оффер и теперь покидает ваш тонущий корабль. И остались вы да ваш горящий проект, а еще задачи уволившегося сотрудника, которые после его ухода сразу стали большой проблемой.
То, что я описала выше, — классическая проблема начинающего руководителя. Более того, даже опытные руководители, которым нравится выполнять задачи самим (руководители — дизайнеры или программисты), периодически срываются и начинают выполнять индивидуальные задачи вместо того, чтобы руководить, поскольку эта работа им намного больше нравится.
Екатерина Текунова, которая работала руководителем сервиса в компании Rambler, вспоминает свою самую постыдную ошибку в роли управленца:
«Я руководила командой платформы из 30 человек, на этой роли я полностью отвечала за бюджет на зарплаты и премии. Первым делом я начала погружаться в продуктовые задачи и отложила выяснение административных вопросов, потому что казалось, что заняться продуктом важнее. В какой-то момент ко мне пришел подчиненный и сказал, что обычно в этом месяце он получал премию, а в этот раз премия не пришла, и спрашивал, в чем дело. Мне было очень стыдно перед сотрудником, потому что я на тот момент вообще не понимала, о какой премии идет речь. Неловко было признаться, что я как руководитель совсем не уделила внимание этому вопросу».
Отсюда совет по приоритизации задач руководителя. В начале дня выпишите все задачи и проблемы, которые стоят перед вами и вашей командой. И сначала, как бы вы ни тревожились за работу, беритесь за те задачи, которые влияют на других людей. И только после того, как вы разберетесь с этими задачами, можно заняться вашими индивидуальными.
Если вы все делаете правильно — больше заботитесь о команде, чем о себе, тратите время на людей и встречи, разруливаете возникающие вопросы, вместо того чтобы кидаться с головой в работу, — то вас накроет волна экзистенциальных проблем:
Спойлер к этому разделу: скорее всего, совсем избавиться от этих мыслей у вас никогда не получится. Если вы перестанете беспокоиться о том, о чем говорится в этих двух пунктах, значит, вы впали в старческий маразм или просто эволюционировали в топ-менеджера. Ниже я немного порассуждаю об этих двух пунктах, и, может, кому-то станет чуть проще жить.
Итак, начнем с потери компетенции. Если вы переживаете, что все занимаются делом, а вы только ходите на встречи и уже забыли, как настоящий пацан должен пересобирать ядро линукса, то рассуждения ниже — для вас.
Во-первых, никакую компетенцию вы на самом деле не теряете. Если вы когда-то были крутым специалистом, научились всему, чего требовала от вас работа, выполняли задачи лучше всех (иначе едва ли вас бы повысили, не так ли?), то вы с большой вероятностью сможете все это проделать еще разок. Базовые навыки и знания глубоко укоренились у вас в мозгу и не могут испариться даже за очень долгий срок. У меня был перерыв в карьере на полтора года, я очень переживала о том, как буду вливаться в рабочий процесс и есть ли у меня еще боевой задор. Так вот, никакие страхи не оправдались. Мозг очень быстро настраивается на нужный лад, и вы через месяц-другой начинаете работать с прежним качеством, если эти два месяца вы интенсивно трудитесь.
А вот что на самом деле имеет место, так это то, что вы не можете изучать предметные области, нужные для работы, так же хорошо, как ваши сотрудники. Причем ввязываться в эту гонку — заведомо проигрышная затея. Простая математика: вот сидите вы, думающий о своих задачах, задачах группы, ходите на встречи и общаетесь с заказчиками, а вот рядом с вами — свободный от этой чепухи сотрудник. У сотрудника при прочих равных условиях банально больше времени и ресурсов для изучения новой области, чем у вас. Даже если вы в целом крутой специалист, все равно в каких-то деталях ваш сотрудник будет разбираться лучше (если только у вас не команда стажеров, которых вы героически пестуете). Сохранять абсолютное техническое превосходство можно, только если у вас совсем небольшая команда — из двух или трех человек.
Так что секрет успеха — уметь быстро изучать базовые принципы, отличать, что можно отнести к фундаментальным знаниям, а что — к моде (бедные разработчики фронтенда тут могут многое поведать о перемене главной парадигмы разработки). Учитесь выделять главное и тратить время на понимание и изучение действительно важных вещей.
Теперь обсудим ваше беспокойство о том, что вы «ничего полезного не делаете» (что все достижения — это успехи команды, что если вас убрать, ничего не изменится и т.п.). Просто поверьте, что это неправда. Я видела слишком много ситуаций, когда команда отличных специалистов тонула и заваливала проект до момента, пока к ним не приходил хороший тимлид. Например, характерная болезнь команды программистов без толкового руководителя — это когда вместо выполнения по-настоящему важных задач все участники процесса начинают сами решать, какие задачи важные, и половина команды уходит в петлю бесконечного рефакторинга. Если, не дай бог, команде дали плохого руководителя, по-настоящему плохого, то команда начинает снижать темпы работы и разбегаться. Так что если ваша команда работает, никто не увольняется, вы выполняете задачи успешно и в срок, — вы молодец и на своем месте (даже если вы при этом не сделали ничего собственными руками, а исключительно подносили инструменты).
Если паранойя, вызванная обозначенными выше вопросами, заводит вас в тупик, успокойтесь: в той или иной степени это чувство испытывают почти все руководители, за редким исключением людей, которые работают «в вечном огне». Вот несколько методов, которые помогают справляться с этим чувством:
О проекте
О подписке