Почему многим хочется стать менеджером и это не всегда хорошая идея

Я три раза становился из менеджера программистом. И четыре — обратно. Я узнал эту дорогу вдоль и поперек за 19 лет. Плюс к этому успел набрать какие-то знания по психологии и сейчас хочу поделиться опытом и мыслями по теме.

История из жизни

Пусть у нас будет программист Коля. Был джуниором, за несколько лет набрался опыта, стал синьором. Проект подрос, и наняли еще одного программиста. Вышестоящий менеджер произнес стандартное: «Вот Вася. Пока он освоится на проекте — будет допиливать старые фичи и фиксить баги, а ты займешься новой задачей. Покажи Васе, как у нас проект работает». Ну или наоборот: «Он будет делать новую фичу. Покажи ему, как интегрироваться». В любом случае Вася будет задавать вопросы, на эти вопросы нужно будет отвечать, а менеджеру будет гораздо удобнее ставить задачи на высоком уровне «вот есть мокапы, делайте», а детализацию до уровня «как дергать API» оставить Коле. Если это сработает и с проектом и дальше всё будет хорошо, то рано или поздно наймут еще Петю. А еще через годик-другой Коля напишет у себя в резюме «синьор-тимлид». Если же подчиненных стало много и за менеджерскими задачами времени на кодинг уже не осталось, то просто «PM».

История совершенно типичная, моя и много кого еще. Это совершенно нормальный путь превращения программиста в менеджеры. Именно программиста, у QA и т. д. — свой путь. В какой момент Коля мог выскочить из колеи? В любой. С потерями, но в любой. Мог ли Коля понять, что происходит? Есть коллеги для примера, есть мозги... Мог.

Что именно Коля мог сделать? Мог четко разграничить задачи: «Я пишу код, я не буду менеджить. На этой неделе я отвечу на все вопросы, а дальше — не более получаса в день сразу после синкапа». Это реально? Да, я знаю такого программиста. Это типично? Нет, я знаю только одного такого программиста из тех сотен, с которыми плотно работал.

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

Еще обратите внимание на рекламируемые курсы. В равной пропорции «мы научим Java+JavaScript за три месяца» и «у нас курсы менеджеров». И если с первыми всё понятно, то вторые — больше про желание, чем про потребность.

Почему многим хочется стать менеджером и почему это не всегда хорошая идея?

Причины

Выше зарплата

Очень часто переход в менеджеры связан с повышением зарплаты. Есть здесь и темная сторона, о которой не говорят и стараются не думать. Если пару лет не заниматься программированием, то навыки теряются, а технологии уходят вперед. И вот через несколько лет ты ищешь новую работу, и выясняется, что на рынке труда менеджеры не нужны. Можно посмотреть на зарплаты: синьор-программист получает в среднем 3300, а PM — всего 1100. Может ли менеджер получать больше синьора? Потенциально может. Если вырасти внутри своей компании или стать начальником над десятками программистов.

Зарплата программиста при смене работы обычно растет, рынок сейчас такой. Зарплата менеджера — ой не факт.

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

Я здесь использовал типичные случаи, но всегда есть возможность найти и сравнить исключения, например, «техдир в компании из 1000 человек» против «единственный специалист в востребованной области».

Легче найти работу

Несколько раз я слышал мотив «Технологии всё время меняются, а менеджерские технологии почти не поменялись за пару десятилетий». Ну-у-у, действительно. Когда-то был моден RUP, потом Agile увлекались, теперь вот спиральную динамику любят... Прочитал пару книг, и большинство собеседований можно пройти. Это не загадки по JS, это теоретические знания, где подвешенный язык значит больше, чем практика.

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

• Всегда на проекте есть кто-то, кто хочет стать менеджером. Если нанять менеджера со стороны — часть команды скажет «меня не ценят» и уйдет. И иди ищи и учи потом еще программиста. Часто выгоднее поднять своего.
• Менеджер не приносит непосредственного business value, от работы менеджера новых фич не появляется. Заказчики не любят платить за менеджеров, QA, бухгалтеров и т. д. Заказчики вообще не любят платить: «Пусть это будет самомотивирующаяся самоуправляемая команда. И пусть сразу пишут без ошибок».
• Нужен великолепный английский. Кстати, по моему ощущению fluent@CV == 6/9@IELTS. То есть если набираешь по IELTS хотя бы шесть баллов, то можно уже писать про беглый английский.
• Нужны великолепные soft skills. Для ex-программиста обычно это сложно. То есть те достижения, которые технарю кажутся чудом саморазвития, у социолога или психолога отрабатываются на первом курсе. Как для нас массивы.
• Когда наступает кризис, то первыми увольняют менеджеров. Зачем петух в курятнике? Яиц же не несёт?

В результате на одну вакансию PM претендует 14 человек. Для сравнения, QA — 10 человек на место, Android — 5, у остальных — еще проще. Даже джуну-PHP найти работу проще, чем синьор-менеджеру.

Программисту найти работу гораздо проще.

У менеджера лучше условия труда

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

«Мои соседи слушают хорошую музыку, хотят они этого или нет», — менеджеру такое иногда доступно, но хорошему менеджеру — редко.

Менеджер получает уважение и признание

На старом проекте — да. Если ты пришел в уже сложившуюся команду... У тебя уйдет время на то, чтобы завоевать доверие и уважение. По одному из определений, лидер обслуживает потребности группы. Какие тут обычно потребности? Стабильная растущая зарплата, мало овертаймов, нормальное ТЗ, мало резких смен приоритетов и т. д. Удается это балансировать с потребностями бизнеса? Иногда да, иногда нет.

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

Лучше контроль над своими задачами

Многие мидл+ программисты хотят, чтобы во время принятия важных решений к ним обращались за консультацией. Многие из них не любят обращаться за консультацией в своей области. «Все решения должен проверять архитектор, но только если этот архитектор — я». © гипотеза

Бесит, когда не спрашивают, и бесит, когда дергают. У менеджера задачи очень часто внезапные. И от бизнеса, и от подчиненных.

Сложные задачи, challenge

Да, менеджер часто может выбрать самую вкусную задачу. И очень часто себя приходится от этой задачи оттаскивать, так как загрузка менеджера непредсказуема, и задача может зависнуть надолго в in progress.

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

Разнообразие

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

Для реалистичности — каждая фигура еще может поменять свою форму или вообще исчезнуть. Задачу могут отменить, поменять приоритет или скоуп. Человек может чему-то доучиться. Или заболеть/уволиться. Или просто сказать «вот тут у нас говнокод, буду работать, только если дадите два месяца на рефакторинг».

Самостоятельность и саморазвитие

Человек ориентируется на свои прошлые успехи и провалы. Я хорошо кодил и стал начальником с длинной зарплатой? Времени из-за менеджмента перестало хватать? Ну ок, сконцентрируюсь на том, что получается и привело к успеху в прошлом. Буду кодить. Топ-менеджеров это часто выбешивает, так как умение кодить для менеджера — это совсем не главное.

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

Востребованная работа

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

«Чем тщательнее сделано ТЗ, тем больше шансов, что оно уже устарело и не нужно» — с программированием такое бывает реже.

Власть над людьми, привлекательность для другого пола и т. д.

Часто слышу, что люди хотят в менеджеры, чтобы потешить своё Чувство Собственной Важности... Выше самооценка, меньше шанс на депрессию, лидеру проще найти сексуального партнера и другие очень биологичные мотивы пойти во власть. Это точно есть во многих.

Логичность айтишников

Построил график зарплаты айтишников по зарплатному опросу.

Что интересно:

• 1100 в разы чаще, чем 1000 или 1200;
• 1600 в разы чаще, чем 1500 или 1700;
• 2100 в разы чаще, чем 2000 или 2200;
• и т. д. с шагом 500 до 4600. Джуниоров это не касается.

Гипотезу «человек пришел на 1500, через три месяца получил +100» я отбросил. Это бы выравнивалось уже через год работы на одном месте.

Скажи спасибо, что не 1510, 1010 и т. д. Это наиболее привлекательные психологически значения. Воспринимаются как «больше тысячи» и далее по тексту. Это регулярно используется специалистами в переговорах против непрофи. То есть психологически ставки в 1100 и 1200 практически не отличаются, а вот между 900, 1000 и 1100 разница колоссальная. Вот совсем недавно у меня были небольшие короткие переговоры. После того, как я вынудил продавца самого подвинуть предложение с 1500 до 1400, дальше я его сдвинул до 1100 за полчаса. © Никита Соловьев, Міністр зборів і поборів в Демократична Орда

Послесловие

Итак, наиболее однозначные объективные причины, чтобы стать менеджером:

• Власть приятна.
• Рост программист-тимлид-PM — это естественный процесс при растущем рынке. «Если не я, то кто?».

Есть еще субъективные причины. Например, кому-то больше нравится кодить, а кому-то — управлять. Это нормально, и человек может влиять на это только ограниченно.

Причины остаться программистом:

• Зарплата выше и стабильнее.
• Проще найти работу.

Эту статью закончить бы скептически: «А всё равно в начальники будут лезть люди поперек логики». Или как-то оптимистично: «Если уж хочется или надо — ну так делай это хорошо». Или как-то рекламно, типа «а вот у меня будет тренинг» — ну он, может, когда-нибудь и будет, но пока он в виде сырой идеи. В следующей статье напишу про инсайты за последний год.