TLDR; Никак...

Для полного понимания происходящего и цели написания статьи, хотелось бы вкратце описать то положение, в котором я был, на момент повышения.

Я имел более 8 лет опыта, в основном работал на фронтенде, с редким заходом в бекенд по мере нужды. Работал, в основном, в больших компаниях от 1000 программистов и более, работаю из страны - "экономического сердца" ЕС.

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

Многие, кто работал в таких компаниях понимают, что даже старшие разработчики, зачастую, занимаются относительно простыми, но ресурсозатратными задачами, по типу:

  1. Сделай фичу 1

  2. Напиши тесты

  3. Добавь интернационализацию

  4. Добавь возможность выкатывать фичи в разное время в разных странах

  5. Не поламай ничего, связанного с другими командами / отделами

Также, в больших компаниях, бывают перекосы когда ты месяцами готовишься к релизу, либо же тебе месяцами абсолютно нечего делать из-за некомпетентного менеджмента.

Спустя определенное кол-во времени, в зависимости от опыта, вовлеченности, компетентности команды и менеджера, ты начинаешь уставать, создается впечатление бесконечных галер и ты меняешь компанию. Также, есть ощущение, что программисты все чаще начинают менять компании, что подтверждает BLS (Бюро занятости в США) в своем отчете.

Мы, пока что, не будем углубляться в эту тему и ограничимся тем, что спустя какое-то время возникает желание что-то изменить. Помимо смены профессии или компании, что мы уже обсудили, есть вариант добиться руководящей должности.

В абсолютном большинстве компаний, менеджерами становятся по двум причинам:

  1. "Ну, а кто, если не Петя?" - говорит старший менеджер, намекая, на утонувшего в мешках под глазами синьйора Петю, который не то, что никогда не руководил людьми, а и свою жизнь впорядок привести не может. Все его достижение в управлении заключалось в том, что он вытерпел в компании больше 3-х лет и автоматизировал приготовление кофе, путем включения кофемашины через приложение.

  1. "Надо бы его повысить, лишь бы не свалил" - говорит всё тот же "опытный управленец", который давно отдал бразды правления команды на амбициозного разраба, который замкнул на себе разработку всех критических систем, тем самым снизив фактор автобуса до исторического минимума.

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

Несколько митингов с моим текущим менеджером, обозначивания необходимых навыков и курсов, которые мне необходимо пройти, вкупе с определенным кол-вом треннингов (тысячи их...) и мое незримое присутсвие на различных митингах, чтобы понять, как мой менеджер управляет своим расписанием и что, и как говорит на митингах (так называемый shadowing) - и voila!

Но, даже будучи готовым взять на себя ответственность за людей и понимая нагрузку, мне оставалось самое сложное - ожидание.

Ожидание повышения - первый этап на котором могут сдать нервы потенуиальных начинающих менеджеров.

Допустим, вы прошли этап подготовки, все курсы, прочитали несколько книг и успешно прошли тренинги внутри компании. Все это заняло примерно 3-6 месяцев. Вы - заряжены, натренированы, аки спартанец перед персами, и мотивированы через край, и... ничего не происходит. Проходит месяц, два, три и ничего. Менеджер отбрыкивается от вас общими фразами без конкретики и вы решаете, что пора уходить и начинать этот же путь сначала. В некоторых случаях это верный путь, но будьте внимательны и перед уходом уточните:

  • Не планируется ли в компании реструктуризация или реогранизация. Это лучшее время становится менеджером, поскольку сформированы новые команды и открыты новые позиции (о минусах такого подходе как-нибудь отдельно на личном примере)

  • Не планируется ли открытие нового департамента. Это вообще самый лучший вариант, поскольку есть возможность настроить многие процессы с нуля + нет технического долга и старого кода, в который нужно вникать и поддерживать.

Итак, я дождался повышения - У-Р-А!

Но тут меня ожидал и второй этап - профессиональное выгорание.

Я не говорю, что это специфично для менеджеров, нет конечно. Оно было с нами всегда, просто начало обсуждаться в последнее время и, очень активно, в среде разработчиков. Стоит заметить, что под начинающим менеджером я имею ввиду менеджера с опытом, примерно от квартала до года.

Менеджеры, особенно начинающие, страдают этим больше остальных ввиду нескольких причин:

  • Недостаточное понимание обьемов работы менеджера.

  • Смена рода деятельность и необходимость обучиться абсолютно иным навыкам планирования, оценки объема работ команды, обучение и выслушивание людей, мотивация команды, сильное увеличение кол-ва митингов.

  • И основное - полный, либо почти полный отказ от ежедневного программирования.

Профессионального выгорания крайне сложно избежать, хотя бы частично, начинающему менеджеру, ввиду изменения характера работы.

Понятно, что есть и другие навыки, которые не всем даються легко, такие как, публичные выступления (изредка), презентация успехов команды, расстановка приоритетов команды, краткосрочное и долгосрочное планирование, найм, но основные были указаны выше.

Тут уже сложнее, чем с ожиданием. Мы все - разные, и по-разному реагируем на внешние раздражители, такие как невменяемые сроки релизов, конфликты между членами команды, постоянные отчеты вышестоящему менеджменту, постоянно донимающим продуктовым менеджером.

Не берусь советовать, что тут поможет, но есть пара общих правил, которые я для себя вывел:

  • Баланс между работой и личной жизнью.

    • И это вам не только и не столько, пойти пива попить с друзьями вечером, а грамотно выделять время на работу (я работаю из дома), питание, увлечения, семью, и т.д.

  • Режим дня

  • Регулярные физические упражнения

    • Это, наверное, самый здоровый способ освобождать накопившуюся злобу и усталость от умственного перенапряжения и постоянный разговоров по работе.

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

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

Поскольку, тема эта необьятна, то пожалуй на данном этапе остановлюсь.


Прекрасного дня, хабровчане!

Комментарии (11)


  1. Korobei
    02.02.2022 20:27
    +1

    TLDR; Никак...
    т.е. все «Engineering Manager» того? /шутка.

    Хотелось бы ещё обратную сторону медали увидеть. Так сказать пёрки от перехода. А то прочитав статью хочется поскорее пойти к начальству и слёзно просить начать менеджерам молоко выдавать за вредность.


    1. jsfun Автор
      02.02.2022 22:02

      С радостью! Там много деталей есть, и со стороны нагрузки в деталях, и со стороны плюшек. Цель была узнать насколько тема вообще интересна хоть кому либо


      1. Korobei
        02.02.2022 22:21
        +1

        Про обычные плюшеки уже много раз рассказывали, вот про что-то «тайное» и более человечное, вот это было бы конечно интересно.


      1. fougasse
        02.02.2022 23:13

        Просто интересно, насколько больше денег, чем у тех. лида, например.


        1. Korobei
          02.02.2022 23:21

          Мне всегда казалось что «больше денег» (>+100%) начинается где-то от третьего-четвёртого уровня иерархии. Тут же выглядит как второй уровень и «больше головняка», при тех же (+-20%) деньгах.


  1. b00b1ik
    02.02.2022 20:38
    +2

    а причем тут engineering manager и статья про тимлида, ну максимум РПшника?

    вы уверены что вообще понимаете кто из них чем занимается?


    1. jsfun Автор
      02.02.2022 22:08

      Поскольку я сам занимаю эту должность, то прекрасно понимаю о чём говорю. Проблема в том, что в целом область не до конца определилась, что она видит в Engineering Manager. После прохождения интервью в разных компаниях, появилось ощущение, что компании сами не понимают или не определились. В FAANG на эту позицию ищут скорее тех лида с навыком управления и проектами, и людьми. Просто в глобальных компаниях ищут скорее People / Tech Project Manager. Вообще понимание тех лида (простите не знаю, что значит РП-шпик) разительно отличается. У нас, например нет техлида, но есть отдельно Stuff Engineer который управляет большими техническими инициативами на уровне стека (iOS / android / web / backend ), а менеджер управляет отдельной командой и развитием программистов. Но если есть узкий технический вопрос по конкретному стеку, то это к Stuff Engineer.


      1. b00b1ik
        02.02.2022 23:35
        +1

        вот в FAANG все правильно и ищут, человека который и прошел саму разаботку, и менеджерскую часть Руководил Проектами (а вы очень странно что не знаете кто это).

        потому человеку на этой позиции надо обустроить жизнь процессов разработки.

        и да, техлид/архитектор/стаф чего то там, это вообще про другое.

        а в вашей статье очень поверхносто описаны функции тимлида.


        1. jsfun Автор
          03.02.2022 09:01

          К слову об РП, я уточнял не про позицию, а про аббревиатуру, поскольку этого сокращения никогда не слышал.

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

          К сожалению, сложилось неверное представление о том, что хотел донести в статье. Конечно, на поверхности, обязанности Тим Лида и менеджера схожи, чем-то пересекаются, но идея была в том, чтобы раскрыть разницу позже, чтобы доставлять информацию постепенно.


          1. b00b1ik
            03.02.2022 10:07

            «Как стать Engineering Manager и не сойти с ума.»
            всю тему можно было раскрыть в одной статье, если понимать о чем говорить.
            а вы «прекрасно понимаете», пока «в целом область не до конца определилась».
            но кто область, а кто вы))

            Вместо темы Engineering написали баянный пролог про то как люди становятся тимлидами и джунами руководителей проекта. Т.е. пролог вообще не ввел нас в тематику жизненного цикла ПО, процессов его создания и зачем там Engineering Manager. Он рассказал нам как двумя путями бездарности стали менеджерами.

            Произведение будет что надо, а в эпилоге бездарность станет СЕО? )))


            1. jsfun Автор
              03.02.2022 12:32

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