Чому багатьом хочеться стати менеджером і це не завжди гарна ідея

Я три рази ставав з менеджера програмістом. І чотири — назад. Я дізнався цю дорогу вздовж і впоперек за 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 — це природний процес при зростаючому ринку. «Якщо не я, то хто?».

Є ще суб'єктивні причини. Наприклад, комусь більше подобається кодити, а комусь- керувати. Це нормально, і людина може впливати на це тільки обмежено.

Причини залишитися програмістом:

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

Цю статтю закінчити б скептично: «А все одно в начальники будуть лізти люди поперек логіки». Або якось оптимістично: «Якщо вже хочеться або треба — ну так роби це добре». Або як-то рекламно, типу «а ось у мене буде тренінг» — ну, може, колись і буде, але поки він у вигляді сирої ідеї. У наступній статті напишу про інсайти за останній рік.

Опубліковано: 04/07/18 @ 07:00
Розділ Різне

SEO Блог