Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 5
×

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

Я три раза становился из менеджера программистом. И четыре — обратно. Я узнал эту дорогу вдоль и поперек за 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 — это естественный процесс при растущем рынке. «Если не я, то кто?».

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

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

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

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

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному3
LinkedIn

Схожі статті




Найкращі коментарі пропустити

Наверно стоило отметить, что это все характерно для каких-то конкретных стран или типов компаний (как аутсорс).

Потому что в странах здорового человека как раз программисты это временщики, нанимаемые на определенные виды работ, на годовые контракты, а PM остаются и на вес золота — они знают продукт, они знают клиентов, они знают вообще всю кухню.

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

Бесит, когда не спрашивают, и бесит, когда дергают. Сидение вызывает гипотонию, стояние — тромбофлебит.

Когда-то прочитал и согласен, что выбор стоит делать не в зависимости от достоинств вариантов, а в зависимости от их недостатков. Потому что к достоинствам выбранного варианта привыкнешь очень быстро («зарплаты выше, найти работу проще» или «власть приятна, рост естественен»), а недостатки его останутся с тобой навсегда. Поэтому следует останавливаться на том варианте, с недостатками которого ты (думаешь, что) готов смириться.

Если человек ответсвенный за проект получает 1к уе... то толи человек рукожоп, то ли начальство человека рукожопы.

Вы реально сравниваете Agile c ML например? тоесть тоненькая книжечка с хренью которую знали еще мамонты с 5 годами обучения на мехмате + хер нает еще сколько за чтением научной литературы и статей?

ну и быть менеджером это знать куда как больше чем Agile, Scrum, Waterflow, Prince, PMBok...
Это еще быть и хорошим аналитиком, психологом, финансистом. А этому увы за недельку не научишся. И именно по этому количество толковых менеджеров в компаниях стримиться к нулю.

90 коментарів

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.

Хороший управленец нужен везде и всегда, это то звено которое двигает любую отрасль, люди идут не за проектом, а за человеком, многие уходят потому что менеджмент не нравится, ити наоборот остаются работать не смотря ни на что, потому что менеджмент классный. У меня есть с чем сравнить, не только в сыере айти, крутой управленец нужен всем и всегда, это тот человек который может свершить что угодно от революции до эволюции и внести инновацию, вспомните таких людей как Стив Джобс и Илон Маск, да одни идеи стоят, что бы вдохновиться. Если зарплата маленькая значит такой уровень управленца или компания не способна на большее, но крутой управленец всегда будет зарабатывать больше любого грязнорабочего. А программисты уж простите это, люди выполняющие именно такую работу.

Спасибо автору за хорошу статью, их мало на доу, почему-то в последнее время.

Есть такая расхожая фраза: поднимаясь вверх нужно со всеми здороваться, их же придется видеть, когда будете спускаться вниз.

Позиция менеджера самая не стабильная, а тем более в Украине, где нет рабочей культуры, и до сих пор С левел воспринимает информацию с третиьх рук, когда работает принцип первой правды. В этой ситуации, в постоянной борьбе за власть, придется проявлять самые низкие человеческие качества, которые сегодня принято называть дипломатией. И от скила этой самой «дипломатии» зависит время жизни этого самого менеджера.

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

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

По зарплате, вопрос всегда относительный. Если не брать во внимание бонусы и некоторые льготы, которые часто не так легко получить, то она не особо выше синьйорского уровня, и это если ты не просто лид, а лид с тех скилами. Если же менеджер без тех скилов или со слабыми тех скилами, то как сказал один мой коллега, себя нужно уметь продавать. Умеете бросить пыль в глаза С левелу, расписать о себе наиболее красивую, и наименее правдивую историю, то можно устроиться. А если скил «дипломатии» не прокачан, получить зп даже мидла не получится.

На счет власти, по-моему Черчиль сказал: «Власть нужно давать только тому человеку, которому она не нужна.» Потому, если Вы хороший менеджер, власти Вы не увидите, и не сможете ее проявить.

Менеджмент — это обслуживающий персонал производства, и если это самое производство плохо обслуживать, оно остановиться и перестанет приносить доход.

один раз был менеджером в стартапном проекте (ну как менеджером — скорее тимлидом, то есть играющим тренером). понял что менеджерство это не мое. управлять людьми и выстраивать отношения намного сложнее чем кодить. мои ошибки 1) близкие товарищеские отношения с командой программистов — они расслабились и приходили на работу в 11, когда меня нет 2) пришлось уволить одного человека из-за низкого перформанса после исп.срока, которого сам же нанял. недостаточно качественно собеседовал 3) неправильно выстроенные отношения с заказчиком, в результате чего он закрыл проект по своей инициативе и всех нас «уволил»

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

На счёт лёгкости найти работу, не всё так однозначно.

Смотрю количество вакансий по Днепру, ещё в этот понедельник было всего 5 или 6 манагерских предложений, а сегодня в четверг уже 13 — это больше, чем искомых рубистов, питонистов, дизайнеров, плюсовиков и iOS/Android девов; и совсем немного меньше, чем предложений для девопсов. С джавой, дотнетом и вебщиками конечно не потягаться, но всё же.

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

Вопрос, по скольки собеседованиям надо пройтись, чтобы получить нравящийся оффер.

Есть 2 параметра:
1)

количество вакансий

2)

по скольки собеседованиям надо пройтись, чтобы получить нравящийся оффер

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

А, ну это само собой, согласен. Но если на то пошло, надо также учитывать фактор индивидуальных предпочтений кандидата, который ещё больше увеличивает статистическую дисперсию при сравительном анализе закрываемости вакансий по каждой позиции.

а как спиральная динамика помогает обеспечивать ресурсную логистику?

Не знаю. Вот вообще с первого взгляда связи не вижу.

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

Странно, а думал знания и опыт важны, а не возраст...видимо ошибался.

35-річний сіньйор (з 10+ років досвіду)? не так цінується як 23-річний (з 3-4) ?

По Вашей шкале возраста свыше 35 лет не бывает? :-) Как раз имелось в виду, что 35-летний синьор с 10+ лет опыта обычно ценится выше, чем 45-летний с 20+ опыта. А 55-летний с 30+ еще меньше. В 60+ работу найти будет вообще проблематично. Технологии обновляются быстро, и опыт свыше 10 лет обычно не добавляет ничего.

Сейчас маргинальное количество 60+ в ИТ. Через 30 лет их будет много, и картина поменяется. Если лавочку не прикроют, конечно.

Через 30 лет рынок IT вырастет настолько, что программеров 60+ так и останется маргинальное количество ;-)

Технологии обновляются быстро

Та чхати на це. Вони нічим не відрізняються від тих, що були раніше. Базис залишається тим самим, що й був 40 років тому. Зараз додалося більше хайпу, але в цілому технології не міняються, як була клієнт-серверна архітектура, так й залишається, як декларували протоколи обміну між сервісами, так й продовжують декларувати. MVC, реактивному підходу, подійному програмуванню сто років в обід. Нудно.

и опыт свыше 10 лет обычно не добавляет ничего

10 років малувато, щоб називати себе досвідченим розробником. ;)

Дедалі нові мови входять в індустрію, і більшість з них значно складніша за стару няшну сішку. Навіть новий С++ вже нереальний для вивчення новачками чи сішниками.

В нових мовах не вигадали поки що нічого екстра-унікального, такого, щоб всі сказали — це однозначно нове та такого ще ніколи не було.

Про складність С++. Чим складніше мова, тим швидше вона помре.

В C++ складність вже багато років систематично переходить з бібліотек у мову та стандартну бібліотеку, при цьому складність всієї екосистеми зменшується. Звісно, для ветеранів все це має вигляд «знов щось змінюється, треба нове дивитись», але для новачка воно навіть простіше буде.

З іншого боку, ніхто не програмує мовами програмування, всі при цьому користуються бібліотеками для розв’язання поширених завдань. Бібліотеки C++ розвиваються, і це таки полегшення розробки. Прочитати шмат доки з boost’а однаково простіше ніж створювати свій велосипед.

Статья прикольная, и правды в ней много. Особенно правда о рекрутинге. Хотя на самом деле результат рекрутинга это не отражает. Просто у нас на рынке много рекрутёров (вчерашних студенток) или (я стояла на касе) которые рассылают вакансии всем у кого есть хотя бы пару совпадающих с требованиям к вакансии слов. Например, у человека может быть в линкедине написано Lead DevOps Engineer и в стеке указан python и много другой лабуды а ему активно рекрутёры будут скидывать вакансии типа Senior Python Developer где требуется писать алгоритмы.

Спасибо, передам маме :)

странно только, что головы у всех лукообразные

1. Большинство пмов на галерах ростут из спецов

Из кьюеев, аналитиков или преподавателей английского.

2. Зп на галерах не понижают а повышают

На галерах что бы получить больше зп проще уволиться и устроиться заново чем ждать 200 в год.

Вы слишком давно отъехали из Украины, если судить по Линкедину. В 2011-2012 ПМ ещё был белой костью, но теперь старый стереотипный ПМ, у которого всё так же хорошо, как и раньше, называется Senior PM, Account Manager и только местами просто PM, потому что профессию наводнили Project Coordinator-ы, которые по замазкам вроде бы ПМ-ы, и в графе проходят так же, а на самом деле джуники этого дела, пришедшие в профессию не из продакшна на повышение, а извне, как вайтишники, с хорошим английским и софт-скиллами.
И именно они обвалили медианы, а не только вебстудии.

Разница в работе с одними и другими — космос. Одними восторгаешься и учишься их премудростям, а от других частенько просто офигеваешь... И, как и в продакшне, координатор без надзора и менторинга не живёт.

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

Матёрые девелоперы будут искать кодерскую душу не только в ПМе, а и в бухгалтере, и в техничке.

А вообще, альтернативные виджеты в помощь. Вот здесь doustatistic.byethost7.com
Я отсеял компании меньше 50 сотрудников и получил медиану $1689 по PM-мам ($1490 со «студиями» ). Здесь же медиана по синьорам $3324 (3286 со «студиями»)

Спасибо. Как раз думал, что самому придется велосипед писать

Тоже давно интересовал феномен низких зарплат ПМ-ов в статистике ДОУ.
Отсеивать нужно все конторы до 200 человек — тогда средняя з.п. внезапно вырастает почти на 1000 баксов.
Ни один фактор, даже опыт работы так не влияет, как размер компании на зарплаты именно ПМ-ов.

Я из 13 лет стажа (и почти 10 в IT-индустрии) в компаниях свыше 200 человек проработал в общей сложности меньше 4.5 лет, так что мне этот фактор как-то...

Я имел в виду, что по этой статистике з.п. ПМ-ов в в конторах > 200 чел. на 1000 баксов в среднем больше чем в конторах < 200 чел. Для девелоперов и тестировщиков разницы практически нет.

Наверно стоило отметить, что это все характерно для каких-то конкретных стран или типов компаний (как аутсорс).

Потому что в странах здорового человека как раз программисты это временщики, нанимаемые на определенные виды работ, на годовые контракты, а PM остаются и на вес золота — они знают продукт, они знают клиентов, они знают вообще всю кухню.

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

в Европе ИТ дно.. там ИТ на уровне сантехника.

Наверное на сантехников в Европе сильный дефицит кадров :) Хотя в Германии не должен был бы быть :)

Спасибо, подумаю над тем, чтобы к статьям добавлять стандартный дисклаймер про личный опыт и неабсолютность знания в широко-галактическом масштабе :)

Да просто иметь ввиду, что этот ресурс читают айтишнеки из разных стран, и даже континентов :)

через гугл транслейт

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

Каждый должен заниматься своим делом. У менеджера как правило больше чем один проект и на каждом проекте он на part-time. Сеньйорити у менеджера тоже есть которое влияет на зарплату путем количества проектов. Таким образом если менеджер шарящий, и может вести несколько проектов, и делать это качественно то и з/п будет соответствующая.

Зп менеджера зависит не от количества проектов, а от количества сумарного ревеню этих проектов. Можно вести 10 проектов по 10к ревеню в месяц и сумарно на 100к, а можно вести 1 с ревеню 400к в месяц. И людей будет меньше.

Если человек ответсвенный за проект получает 1к уе... то толи человек рукожоп, то ли начальство человека рукожопы.

Вы реально сравниваете Agile c ML например? тоесть тоненькая книжечка с хренью которую знали еще мамонты с 5 годами обучения на мехмате + хер нает еще сколько за чтением научной литературы и статей?

ну и быть менеджером это знать куда как больше чем Agile, Scrum, Waterflow, Prince, PMBok...
Это еще быть и хорошим аналитиком, психологом, финансистом. А этому увы за недельку не научишся. И именно по этому количество толковых менеджеров в компаниях стримиться к нулю.

Можно быть успешным менеджером и без всего что ты перечислил, достаточно уметь в английский и взять на проекте хотя бы 1 хорошего тимлида. И так можно работать где то лет 10-15 и в ус не дуть.

А иногда можно иметь 15 сертификатов и всё равно обосраться.

успешный != хороший.
Можно быть успешным менеджером просто пиздя деньги компании.. но это вроде не то о чем мы тут говорим)

Вы реально сравниваете Agile c ML например?

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

Когда-то прочитал и согласен, что выбор стоит делать не в зависимости от достоинств вариантов, а в зависимости от их недостатков. Потому что к достоинствам выбранного варианта привыкнешь очень быстро («зарплаты выше, найти работу проще» или «власть приятна, рост естественен»), а недостатки его останутся с тобой навсегда. Поэтому следует останавливаться на том варианте, с недостатками которого ты (думаешь, что) готов смириться.

Получается выгодно быть Team Leadом, в случае чего, можно быстро сконвертироваться в менеджеры или инженеры. Спасибо за статью!

Лучше позиционироваться тех лидом:
* Выше зарплаты в ДОУ калькуляторе, которым можно аргументировать хотелки
* Можно отморозиться, если хотят повесить слишком много менеджерских задач
* Можно быть невежливым, ибо технарь
* Не уходишь от кода и архитектуры
* Прямая дорога в архитекторы, которым еще больше платят
* Лучше отношения в коллективе, так как не ты являешься официальным начальником в плане зарплаты/увольнения/...

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

Много вы знаете манагеров и лидов, которые рвут жопу? Большинство просто пришли отсидеть свои 8 часов и сваливать таски на команду/коллегу. И тогда в случае факапа можно ткнуть пальцем и сказать что это Петр Иваныч виноват, он делал. Грустные реалии галерных гребцов.

Наверное странно звучит но я много знал и знаю менеджеров и лидов кто "

рвет жопу

" и стоит за свою команду. Наверное повезло :)

Ну так есть личное мнение, а есть статистика.

Это не Тим-лиды, это ефрейтор-программисты.
И да, к сожалению, таких много :(

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

А что делать тем пмам кто не мужик?

Много вы знаете манагеров и лидов, которые рвут жопу?
IT Project Manager
Большинство просто пришли отсидеть свои 8 часов

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

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

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

это все проверяться крайне легко. Резалт до. резалт после)

а на практике все равно все на 90% зависит от адекватности клиента

Еще адекватность начальства, политик конторы и подчиненных. И насколько цвет и форма тараканов у всех совпадают.

*тех* лид и *тим* лид немножко разные вещи, нет?

нет никакой разницы в ИТ. В армии да, в ИТ нет.
Тим лидом берут того кого слушает команда.. а слушает она не того кто нихрена не шарит.
Ну и тех лид обязан все обьяснять команде, работат с ней и т.п.
тоесть разницы 0.. просто название.

Тех лид — это тим лид с повышенной тех экспертизой. Кроме этого, по сути, разницы действительно нет, имхо.

Тех лид отвечает за проект, тим лид — за команду.

тоесть приходит джун и становиться тим лидом, к которому все идут за советом, но при этом он них не знает и шлет всех к тех лиду?)
отличная структура)))

Постоянно тимлидов берут со стороны в середине проекта. И так и происходит.

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

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

что значит обидятся?

Значит через 2 месяца уволятся. И в команде останется новоизбранный тимлид и джуны.

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

А вот после этого очень вероятно, что часть народу свалит, потому что поймут, что им повышение не светит.

вы же вкурсе что повышение не всегда равно изменению должности)

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

А что делать, когда прошлый тимлид сбежал?

Для начала уволить несколько самых эффективных менеджеров. А там глядишь и работа пойдет.

Если всех поувольнять —
1) некому работу делать
2) остальные сами уйдут, не дожидаясь

А что делать, когда прошлый тимлид сбежал? Запромотить одного из команды — другие могут обидеться

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

А вот после этого очень вероятно, что часть народу свалит, потому что поймут, что им повышение не светит.

...факт найма лида со стороны — это прям супер намёк на скорое повышение, и лучше так, чем промоутить своих?))

Тех лид — отвечает за качество того какой ауткам его команда выдала, организует процессы, правила работы нацеленные на результат деливери. По простому отвечает на вопрос «Как»;
Тим лид — человек из команды кому в дополнении к основной работе прикручены функции позволяющие скалировать команду. 1. шарить в контексте и принимать последнее решение, что бы сократить время на решения спорных ситуаций; 2. Организовывать работу своей команды на своем уровне. Под организацией подразумевается — распределение работы, проверка успеваемости и отчетность. Когда много людей, проще взять тимлида(-ов) и менеджменту передать новые цели и задачи проекта, а те передадут это на свои уровни, нежели собирать 100500 людей на один митинг и превращать это в балаган. По простому отвечает на вопрос «Кто, Что, Когда».

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

я бы не верил калькулятору который минимум в 3 раза занижает мою ЗП)))

а еще можете сравнить оплату рекламщика и блокчейн маркетинг специалиста)

Бесит, когда не спрашивают, и бесит, когда дергают. Сидение вызывает гипотонию, стояние — тромбофлебит.

Что с человеком ни делай, он упорно ползет в PM...

Підписатись на коментарі