Когда я работал программистом, мне было интересно не только написание кода. Я всегда любил анализировать, как в целом происходит работа в нашем отделе. Практически с самого начала карьеры мне казалось, что «изнутри» я вижу слабые места процессов и понимаю, как можно их улучшить и сделать проще. Шло время, опыт увеличивался, а желание влиять на происходящее постепенно становилось всё больше.
И вот, в какой-то момент мне захотелось попробовать себя в роли руководителя, но возникла проблема: я не знал, как им стать. Ответа на вопрос: «Что нужно делать, чтобы занять свою первую управленческую должность?» не было. Точнее, он был, но лишь в теории.
В тот период я считал, что стать руководителем без опыта ещё сложнее, чем джуну после курсов найти первую работу. Какое-то время мне пришлось ждать своего шанса, и вот он наконец-то представился. Сегодня, уже имея за плечами опыт, я знаю несколько способов это сделать. Я хочу рассказать о существующих путях от специалиста в менеджеры, какие из них, на мой взгляд, проще, а какие, наоборот, труднее.
Мы поговорим о том, какой путь выбрал я сам, и по какому шли мои коллеги. В конце постараемся вместе ответить на вопрос: «Как выбрать путь, подходящий для вас?». На тот момент я бы очень хотел прочесть такой гайд, но его ещё никто не написал. Это и побудило меня к созданию этой статьи:)
Договоримся о терминах
Для простоты предлагаю поставить равенство между словами «тимлид», «руководитель» и «менеджер», хотя на практике, конечно же, последние два понятия гораздо шире. К тому же в разных компаниях тимлиды могут иметь разные полномочия и их функции могут отличаться. Не будем усложнять: мы поговорим об управлении небольшой командой, примерно от 2 до 10 человек и не будем заострять внимания на терминах.
Желание быть тимлидом есть не у всех
Начну с инсайта, который получил относительно недавно. Когда я был специалистом, то думал, что все хотят двигаться примерно по одному и тому же карьерному сценарию: развиваться в своей профессиональной области, потом стать в ней экспертом, а затем начать руководить группой таких же спецов. Мне казался этот путь логичным и единственно правильным. Но я ошибался. Позже я узнал, что руководителями хотят быть далеко не все и что менеджмент – это лишь одна из возможных веток развития.
Причин, почему сотрудник не хочет руководить, может быть масса. Кто-то, например, желает стать архитектором или просто сильным техническим экспертом. Кому-то не нравится участвовать в большом количестве совещаний. Кому-то просто спокойнее работать только над своими задачами и отвечать исключительно за себя, а не брать ответственность за работу других. И это абсолютно нормально.
Нет правильного ответа на вопрос: «Хочешь ли ты руководить?». Менеджмент – это другая деятельность, со своими особенностями и подводными камнями. Как я узнал потом – если у вас есть большое желание сюда погрузиться, то это само по себе даёт неплохие шансы попробовать себя в новой роли. Часто в растущих компаниях случается ситуация, что нужен тимлид, но найти подходящую кандидатуру не получается долгое время: люди либо боятся ответственности, либо не подходят для этой роли.
Если вы задумались о руководстве, то, скорее всего, уже успели набрать немало хард-скиллов, но, на всякий случай, стоит сказать, что перед началом пути в менеджменте, на мой взгляд, необходимо достичь минимум уровня мидла на позиции исполнителя, а лучше даже сеньором. Я глубоко убеждён, что руководитель должен хорошо понимать, что делают его сотрудники.
Дальше я дам некоторые советы о том, что, на мой взгляд, стоит сделать до того, как вы займёте официальную должность. Советы основаны на личном опыте и на опыте моих коллег-тимлидов.
Подготовка к новому приключению
Перед тем как официально занять первую должность, рекомендую попробовать себя в этой роли, формально ещё не занимая её. Для этого поэтапно добавляйте в свой трудовой день элементы менеджерской работы. Чтобы избежать недомолвок, обговорите это с вашим руководителем изначально.
Первое, что я бы рекомендовал сделать – лучше разобраться в предметной области проекта и в целях бизнеса компании: понять, кто пользователь вашей системы, кому вы её продаёте и для кого её делаете. Здесь не нужно совершать никаких сложных действий, достаточно лишь общаться с теми, кто это хорошо знает. Поговорите с менеджером проекта, с вашим руководителем, с отделом продаж. Людей, кто разбирается в этих вопросах, найти несложно – обычно они сидят в соседнем опенспейсе. По моему опыту, никто не откажет в предоставлении информации, если вы дадите понять, что вам это интересно.
На прошлом месте работы я часто общался с сейлами наших решений, мы вместе пили кофе и разговаривали о том, как проходят бизнес-встречи. Я выступал в роли активного слушателя и задавал много вопросов, на которые эти общительные ребята с радостью отвечали очень развёрнуто. Для программиста, который в основном видит лишь код, эти кофе-брейки были полны открытий. Иногда я просил взять меня на встречи с заказчиком в качестве технического эксперта, на что с радостью получал одобрение.
Наставничество – мини-менеджмент
Следующий шаг — стать наставником для кого-то из младших специалистов. Например, взять на себя ответственность «подтянуть» джуна-разработчика до уровня мидла. Эта задача поможет вам систематизировать знания, повысить навыки излагать свои мысли и брать ответственность за результаты других. Стоит заранее обговорить сроки и цель, которую подопечный должен достичь к указанному времени. Ваша миссия – добиться максимального результата для джуна. Организовать это просто: попросите стать ментором для новичков, которых будут брать в отдел. Обычно руководитель с радостью приветствует такие предложения, говорю это как от лица специалиста, так и руководителя
Интересные статьи
Интересные статьи
