Здравствуйте, Sinclair, Вы писали:

S>Ну, везде немножко разные культуры. Где-то у individual contributor потолок — это senior, а дальше — либо на пенсию, либо в менеджмент. Где-то есть и выше, вплоть до technical fellow.

A Technical Fellow is a pinnacle-level, senior expert (often top 1%)
Technical Fellow: "The Technical Fellow proposed a new, company-wide cloud architecture to improve data efficiency," or "As a Technical Fellow, she mentors senior engineers and advises the CTO on AI strategy."

99% кодеров никогда не станут Technical Fellow. Get real.

S>Но в среднем, из того что я видел, в большой организации с длинными командными цепочками у менеджемента, естественно, потолок выше. То есть какой-нибудь vice president, senior vice president, или SEO будут зарабатывать выше любого senior. Но это же не означает, что project manager тоже будет получать больше — это же самое дно цепочки management-позиций.
Подожди у тебя значок РФ. Какой вице-президент? Кста фан факт- в некоторых локациях (Сингапур?) вице президент это такой помидор. 50 синьёр президентов и все без подчинённых .

Аё>>Офтоп- менеджерить людей на самом деле сложнее и интереснее, чем только кодить.
S>Есть много разных направлений, помимо кодинга. Интересность — вопрос личных предпочтений; а сложность — да, согласен. I prefer the program management position over the department manager one because programs never yell back at you.
Ну да в РФ есть ещё клининг менеджеры

Здравствуйте, so5team, Вы писали:

S>... в разных организациях у PM-ов разный уровень полномочий и возможностей?

А где он разный?

В какой-нибудь жлобярской потогонке "рога и копыта," где каждый сотрудник и жнец и на дуде игрец, и на человека с бейджиком PM навалили кучу чужих обязанностей?

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

S>Высокая доля женщин среди проджект-менеджеров часто объясняется их развитыми «мягкими» навыками (soft skills),

Большинство ии так генерируют бред.

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

Личный опыт показывает другое, работал в разных странах, городах, канторах. В ит проектами управляют в 9 из 10 случаев мужчины.

Но вообще, проекты бывают и не в ИТ, и в них тоже есть менеджеры.

Здравствуйте, namespace, Вы писали:


N>Личный опыт показывает другое, работал в разных странах, городах, канторах. В ит проектами управляют в 9 из 10 случаев мужчины.

в японской компании оказываеться не так

Здравствуйте, paucity, Вы писали:

P>В сферически нормальных конторах у PM'ов везде приблизительно одни и теже обязанности и почти одинаковое отсутствие полномочий, кроме двигания майлстоунов на диаграмах.

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

S>Может вы еще и знаете как этот самый "такой переход" соотносится с тем, что в разных организациях у PM-ов разный уровень полномочий и возможностей?

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

Здравствуйте, Miroff, Вы писали:


M>... даже уволить никого не может.

А PM может?

Здравствуйте, paucity, Вы писали:

S>>... в разных организациях у PM-ов разный уровень полномочий и возможностей?

P>А где он разный?

В паре-тройке аутсорсинговых и продуктовых компаний, про которых что-то краем уха довелось услышать в нашем Зажопинске.

У аутсорсеров PM отвечает за подбор проектной команды и имеет полномочия не брать кого-то на проект и выкинуть кого-нибудь с проекта, а так же дает свои оценки эффективности работы человека на проекте (от чего затем у человека зависят премии и индексации). Это если говорить о влиянии РМ-а на судьбы рядовых исполнителей.

В продуктовых компаниях про такой уровень влияния со стороны PM-а слышать не доводилось.

Здравствуйте, SkyDance, Вы писали:

S>>Может вы еще и знаете как этот самый "такой переход" соотносится с тем, что в разных организациях у PM-ов разный уровень полномочий и возможностей?

SD>В тех компаниях, где РМ являются ответственными, дорогими и высокооплачиваемыми, явления, указанные в первом сообщении, не происходят. Поэтому я их не рассматривал. Я давал ответ на вполне конкретный вопрос.

Во-первых, не видел никаких "явлений" в первом сообщении.

Во-вторых, лично мне как-то пофиг на стартовое сообщение после того, как вы с Тёмчиком начали спорить про наличие или отсутствия ответственности и рычагов влияния у PM-ов. Ведь я влез в ваш диалог именно после того, как вы об этом заговорили.

Но у вас, видимо, какая-то своя канва разговора.

Здравствуйте, Miroff, Вы писали:

Согласен, да примерно так у меня в конторе. Поправка про тимлида

M>уволить никого не может.
В обязанности тимлида входит в т.ч. перфоманс его подчинённых- так что инициировать PIP может, если уговоры не помогли. Прожект может нахлобучить тимлида чтоб занялся пепфомансом его подчинённого- не напрямую, но через вышестоящего над тимлидом.

Здравствуйте, Артём, Вы писали:
Аё>99% кодеров никогда не станут Technical Fellow. Get real.
А 99.9 project manager никогда не станут CEO. Дальше что?

Аё>Подожди у тебя значок РФ. Какой вице-президент? Кста фан факт- в некоторых локациях (Сингапур?) вице президент это такой помидор. 50 синьёр президентов и все без подчинённых .
Я 17 лет отработал в международной компании
Не ФААНГ, да.

Аё>Ну да в РФ есть ещё клининг менеджеры
Есть направление аналитики.
Есть program/product менеджеры: тут свободы творчества побольше, чем в кодинге; есть общение с людьми; нет стрёмных задач вроде "выбери двух разработчиков, которых мы уволим по результатам ревью".
Есть UX/UI дизайн.
Есть ресёрч (это где после полугода тесного взаимодействия с докторами и кандидатами ты получаешь "вашу задачу мы не решили, но зато опубликовали неплохую статью").
Короче — поле непаханое; финансы больше зависят от компании, чем от профиля деятельности.

Здравствуйте, paucity, Вы писали:

P>А PM может?

Может. ПМ может даже выкинуть внутреннюю команду на мороз и передать проект подрядчику, есди это окажется выгоднее.

Здравствуйте, so5team, Вы писали:


S>В продуктовых компаниях про такой уровень влияния со стороны PM-а слышать не доводилось.

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

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

Особенно хорошо это в банках видно, когда кору пилят на чиле расслабленные продуктовики, а банковские продукты -- резкие и злые проектники.

Здравствуйте, Miroff, Вы писали:

M>Если же в продуктовой компании заводятся проекты, например, по кастомной доработке или внедрениям, там сразу же появляются проектные менеджеры с соответствующими полномочиями.

Бывает и по-другому: есть проект по кастомизации для заказчика, есть PM, есть сроки, есть скоуп. Но у PM-а нет проектной команды. Над проектом работают те же отделы, что и над основным продуктом, PM согласовывает с начальниками отделов сроки и объемы работ, далее уже согласованные работы выполняются внутри отделов и PM там не может стоять над душой конкретных работников, требовать от них отчеты и как-то на них влиять. Задачей такого PM-а является координация, обеспечение проекта ресурсами (особенно если какие-то шаги должны быть сделаны заказчиком), обеспечение начилия нужных бумажек (акты выполненых работ и пр.), амортизация воздействия заказчика (например, если заказчик вдруг решил получить какую-то доработку вне очереди) и вот это вот все.