Мотивация менеджеров проектов

Довольно много написано о мотивации программистов, и как-то маловато информации о мотивации менеджеров. Итак, тезис: в IT-аутсорсе отсутствует мотивация менеджеров проектов. Вообще.

Как оно обычно бывает

После очередного просеивания вагонов мусора в LinkedIn, XING, eAcademy, и прочих источников бизнес-лидов, отбиваясь от всяких LiONs, open networkers и прочих тараканов социальных сетей, вдруг случается ЧУДО - на ваш очередной запрос контактной информации кто-то отвечает "да, я подумываю о том, чтобы что-то сделать, и может быть мне понадобится ваша помощь". Начинается долгий и утомительный этап пре-сейла. И тут же начинаются сложности -- клиент не знает, чего хочет, а вы не знаете, что ему предложить и бомбите его аббревиатурами NET, PHP, OOP/OOD, JDBC, и многими многими другими, которые у вас есть в специальном Word документе. Как-то не шатко не валко идет обмен емейлами, и контакты клиента благополучно погребаются где-то в недрах CRM с пометкой "написать через полгода, узнать, не появился ли у него RFP". Знакомо? Утрирую специально!

Окей, давайте допустим, что у вас руководство сечет фишку и на каждого проквалифаеного лида дает вам в помощь ПМа-аналитика все таки выяснить, а налито ли о чем же таком монументальном мечтает клиент. Опустим тот факт, что обычно мечтают об убийце FaceBook, YouTube, и прочих успешных проектов быстро и чтоб за тыщу баксов и представим, что у клиента есть внятная бизнес-цель, и он хочет ее реализовать. Например, запустить (кстати, именно запустить, а не разработать) портал мультиплейерных Flash игр. И вот он ходит и общается с вендорами на предмет замутить что-то такое.

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

Постойте, а почему ПМ?

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

Итак, контракт подписан, начинается работа. В команде - грамотные пацаны, которые знают, когда НЕ нужно применять функциональное программирование, и tech lead, который умеет scrum, stand-up meetings, whiteboard planning, continuous integration и кучу всего остального. В общем, на клиента работает сполченный просветленный коллектив. Детализируются требования, генерятся юзер-стори, планируются итерации, выпускаются билды. Клиент доволен, команда тоже довольна (еще бы! делаем что-то реальное, кому-то нужное, и всем понятное), топ-менджмент доволен, т.к. счета оплачиваются вовремя и в срок.

Проходят дни, недели и месяцы, и ПМ становится вполне себе "в теме" и уже начинает давать советы заказчику, что можно добавить/исправить/улучшить в системе для достижения лучшего результата. Раз, два, три -- все рекомендации идут на ура и включаются в backlog. Заказчик приезжает и проникается командной атмосферой, и просто-таки влюбляется в ПМа.

И вот -- проект закончен, передан maintenance тиму, счета оплачены. Кто-то записал себе в портфолио очередной успешный проект, кто-то положил себе в карман половину от стопиццоттыщ ойро. Да вот только ПМ почему-то меланхолично попивает в кабаке кальвадос.

А причем тут мотивация?

А почему, если от действий ПМа зависит получение прибыли вендором и успешность бизнеса заказчика, он НЕ замотивирован на всё это? Почему он сидит на своих X тыщ долларов, а сейл получает %% от продаж, хотя роль его заключается в отправке отчетов раз в месяц (и не надо говорить про relationship building! лучший relationship building - это реальная работа на проекте, а не обсуждение футбола или собак). Задайте себе эти вопросы и вы поймете, что есть в аутсорсе есть проблемы.

Проблемы

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



  • Роль менеджеров среднего звена в бизнесе IT-аутсорса недооценивается
  • Просветленные менеджеры уходят, потому что приходит понимание своей истинной роли во всем этом
  • А процесс кования такого менеджера - это вам не на сертификацию программиста отправить - долго и дорого

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

+9

Обсуждение

Picture_1442?1356409841
+1

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

Picture?type=square
+1

Разработчик продает свое время и получает за это деньги. ПМ должен получать деньги за успешность проекта. И чем успешнее, тем больше денег.

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

Missing-male
+3

А в чём принципиальная разница между вкладом в проект ПМа и разработчика (скажем, ведущего)? Почему разработчик только продаёт своё время, а ПМ должен быть в доле? Как оценивается вклад в проект каждого из участников и где та граница, при переходе через которую должна качественно меняться система оплаты труда?

Picture?type=square
+3

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

Отвечаю на поставленные вопросы:

1) Да, в текущей ситуации в аутсорсе вендоры продают услуги и программистов, и ПМов, одинаково. И, соответственно, платят им по одинаковому приципу - зарплатой. Но я с этим не согласен. Я считаю, что менеджеры должны быть финансово замотивированы на успех проекта, с прямой зависимостью от дохода, который получает компания. Программисты тоже должны быть замотивированы, но другими средствами, к примеру, с выделением специального бонусного бюджета, который распределяется между членами команды в случае сдачи проекта в срок и customer satisfaction.

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

Missing-male
+1

По Вашим словам получается, что девелоперы - сплошные раздолбаи, а ПМы - прямо-таки заботливые родители, пекущиеся о несмышленых детках :)

Весь процесс реализации проекта можно рассматривать как уменьшение уровня абстракции от бизнес-целей заказчика (самый высокий уровень абстракции) до кода, данных и протоколов (самый низкий уровень абстракции). По сути, что ПМ, что девы - звенья одной цепочки: ПМ пожелания заказчика конкретизирует до требований (точнее, это скорее задача для бизнес-аналитика), архитектор конкретизирует требования в архитектуру приложения и т.д. вплоть до программных модулей. Поэтому мне, например, не совсем понятна такая забота именно о ПМах. Да, чем ближе к началу цепочки, тем выше цена ошибки. Но почему, Вы считаете, именно на уровне ПМ количество должно переходить в качество? Может, Вы под ПМом понимаете кого-то другого? Эдакий "и швец, и жнец, и на дуде игрец"? Тогда да, если весь проект держится на одном человеке, то он имеет полное право на раздел добычи.

Picture?type=square
+3

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

И не забывайте, я говорю про аутсорсинг! А не про продукт девелопмент, к примеру.

891b0bff9aeea1627934912aad77248c?1365455411
+2

Вы просто не понимаете разницы между ведущими и ведомыми. Между теми, кто активно драйвит проект к цели, основываясь на его целях и руководствуясь изменением контекста, и теми, кто выполняет поставленные перед ними задачи. И еще не забывайте, что ПМы, в первую очередь, манагеры, а значит люди которые just make it happen.

К тому же, статья про ПМов, давайте их и обсуждеть. Флейм вроде "кто важнее" я считаю офтопиком. Если интересно обсудить тему поощрения девелоперов - можно создать новую ветку.

Missing-male

Уважаемый passerby, надеюсь, что Вы написали этот пост не просто для разведения демагогии.

Вы указали, что прошли путь от Juniorа до директора - скажите, какую цель Вы ставили, когда писали пост: вызвать у всех участников процесса в IT компаниях (Sales, PMs, Developers...уборщицы в конце концов) желание высказать то же самое по-отношению и к их труду?

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

1. Когда человек принимает решения о работе, он осознанно выбирает быть ему Sales, PM, девелопером или например, уборщицей. Это означает, что человек понимает весь круг его будущих задач, соотносит это со своими способностями и знаниями , и соглашаясь на эту работу - он принимает предложение, соглашаясь на определенные условия оплаты труда. На большинстве собеседований спрашивают об ожидаемой ЗП - это и есть, то как себя оценивает или недооценивает человек. Все эти условия оговариваются еще при приеме на работу и ВСЕГДА есть возможность предложить или обсудить Вашу схему оплаты. В ином случае – сделать выбор в пользу другой профессии.

2. Если в компании процессы поставлены на высоком уровне - то Project Manager , будет заниматься только своими непосредственными обязанностями. Продажами должен заниматься Sales Manager. То, что в компании ПМ занимается еще и продажами - может говорить о нескольких явлениях:

*ПМ имеет недостаточную загрузку => у него еще есть время заниматься продажами;

*ПМ - гений, и унего еще нимб над головой - т.к. он знает как продавать, продает и еще PMством занимается;

*У компании естьболее-менее стабильный источник продаж, и нет необходимости набирать продавцов - можно нагрузить еще ПМ-в (хотя настоящей причиной всего выше сказанного является экономия - ПМ никогда не получит ЗП сэйла, т.к. из этих двух вещей хорошо может получаться только одна, для Пма – скорее управление проектом, чем продажи);

3. Думаю, что говорить о мотивации и поощрении в виде всеобщего признания нет смысла – сегодня финансовая сторона имеет для всех бОльшее значение. Хотя когда Пму предлагают быть Сэйлом – это впринципе и естьмотивация - «признание его гениальных способностей » и показывает «желание» руководства дать этому человеку больше возможностей заработать. Неплохо работает для тщеславных людей.

4. Скажите, все ли девелоперы стремятся стать PM? Правильно – далеко не все, потому что до этого надо расти - лет 5 минимум, иметь очень большой профессиональный опыт и широкий кругозор в своей области. Не каждый девелопер сможет поставить эту цель и достичь ее . А вот получать зарплату Пма - хотят все. Человеку никогда не бывает много денег – не важно он просто девелопер, Sales или PM.

5. Роль Менеджера на проекте действительно очень важна – равно как и всех членов его комманды, и того же самого сэйла. Каждый должен заниматься своим делом, но всегда помнить о том, что это работа в комманде. Сам по себе ни один человек на проектах не достиг бы нужного эффекта. ПМ не пишет код , а девелопер не лезет в вопросы управления и пишет качественный код. ПМ без комманды – то же самое, что и они без ПМ, а страдает от этого только заказчик. Поэтому настолько преувеличивать роль Пма не стоит (подчеркиваю – они по-умолчанию ключевые люди на проектах).

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

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

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

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

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

P.S. Все Пмы, которых мне довелось встретить по жизни никогда не жаловались на то, что их труд недооценивали – это ключевые люди в коммандах и с их мнением и пожеланими всегда считались. Если была необходимость ДООЦЕНИТЬ – всегда решалось в частном порядке. Если процессы внутри компании не отработаны - всегда нужно иметь свое мнение и уметь отказываться от обязанностей того же сэйла в пользу качественной работы PM.

Picture?type=square

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

> Вы указали, что прошли путь от Juniorа до директора - скажите, какую цель Вы ставили, когда писали пост: вызвать у всех участников процесса в IT компаниях (Sales, PMs, Developers...уборщицы в конце концов) желание высказать то же самое по-отношению и к их труду?

Я высказал свое личное мнение, основанное на личном опыте работы на разных ролях в аутсорсинге и пригласил к диалогу.

> ... Все эти условия оговариваются еще при приеме на работу и ВСЕГДА есть возможность предложить или обсудить Вашу схему оплаты. В ином случае – сделать выбор в пользу другой профессии.

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

> 2. Если в компании процессы поставлены на высоком уровне - то Project Manager , будет заниматься только своими непосредственными обязанностями. Продажами должен заниматься Sales Manager. То, что в компании ПМ занимается еще и продажами - может говорить о нескольких явлениях:

Скажите, в Вашей компании Sales Manager может предложить клиенту решение его проблемы без привлечения ПМа или аналитика? Может ли он поговорить с клиентом о его предметной области? Если да - я рад за Вас. Если нет - то, по вашему, кроме lead generation и reporting/invoicing чем еще должен заниматься sales?

> 3. Думаю, что говорить о мотивации и поощрении в виде всеобщего признания нет смысла – сегодня финансовая сторона имеет для всех бОльшее значение. Хотя когда Пму предлагают быть Сэйлом – это впринципе и естьмотивация - «признание его гениальных способностей » и показывает «желание» руководства дать этому человеку больше возможностей заработать. Неплохо работает для тщеславных людей.

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

> Человеку никогда не бывает много денег – не важно он просто девелопер, Sales или PM.

Нет, не всегда. Лично знаком с некоторым количеством программистов, которые отлично делают свою работу, и их устраивают их заработки. Однако, как правило, ПМы более амбициозны, иначе они не были бы ПМами, нет?

> 5. Роль Менеджера на проекте действительно очень важна – равно как и всех членов его комманды, и того же самого сэйла.

Согласен. Но считаю, что финансовая мотивация ПМов должна отличаться от мотивации других ролей.

> Я невижу каких-то сверхспособностей необходимых для этой работы. Всегда есть возможность передумать и не управлять – а просто писать код.

Мне кажется, что Вы передергиваете. У вас шкала получается бинарная - или ПМь, или пиши код. Т.е. вы ставите обе роли на одну планку. Я не согласен с этим. Вопрос не в сверхспособностях, а в том, что хороший ПМ "болеет" за свой проект, а обычный ПМ - просто делает свою работу. Хорошие ПМы рано или поздно осознают то, что проект - это маленький бизнес, и если у тебя хорошо получается управлять проектами, то есть шанс так же и управлять бизнесом. Все мы знаем о рисках ухода для работы "на себя". Возможность для хорошего ПМа получать *сильно* больше денег по той или иной схеме - это, на мой взгляд, достаточный мотиватор для того, чтобы не уходить на вольные хлеба.

> 8. Изначально, в обязанности PM не входит подсчет прибыли

Потому что при отсутствии системы мотивации знание прибыли становится демотиватором.

> Решения на уровне «предложить вариант» , причем такой, чтобы не упустить заказчика

Да, я считаю, что это один из показателей уровня ПМа.

> На самом деле, все указанные Вами вопросы возникают в тот момент, когда Вы узнаете стоимость проекта для заказчика

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

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

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

> Если была необходимость ДООЦЕНИТЬ – всегда решалось в частном порядке.

Скажите, Вы готовы платить ПМу больше денег, чем Вам за его часы платит клиент (естественно, говоря не о проекте с двумя участниками)? Или, к примеру, платить ПМу ставку + % от оборота по его проекту?

Picture_1442?1356409841

passerby 3 февраля 2009 | 12:57 | # :

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

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

Picture?type=square

Прошу прощения, не слишком четко сформулировал свою мысль. Я говорил о том, когда программист переписывает код проекта без объективных причин. Знаете, что такое решение "метапроблемы", когда нужно решать проблему?

Picture_1442?1356409841
-2

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

Missing-male
Vintik
– Senior Software Developer в Itransition

-4

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

Missing-male
-3

настроить апач это верх ДЕВЕЛОПЕРСКОГО иску3ства?)))) вы че люди?

Missing-male
Vintik
– Senior Software Developer в Itransition

-3

А общаться с заказчиком на его языке заказчика - это верх манагерства?

Picture_1442?1356409841

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

Picture?type=square

Я с этим не спорю. Но все равно, для девелопера основная задача - писать код, это он умеет делать хорошо, и это ему нравится. А ПМу нравится балансировать треугольник.

Picture_1442?1356409841
+3

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

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

просто получается, что разработчик, который обладает даже исключительным опытом упирается (даже на Западе) в потолок тысяч в 120-150 в год (и это без вычета налогов, которые будут больше 30% в этом случае).... а менеджер за такой срок может собрать зп в несколько раз бОльшую... про белорусские финансовые реалии ИТ-аутсорсинга и говорить нечего...

Picture?type=square
+1

Я ответил на Ваш вопрос выше, процитирую тут:

"Да, в текущей ситуации в аутсорсе вендоры продают услуги и программистов, и ПМов, одинаково. И, соответственно, платят им по одинаковому приципу - зарплатой. Но я с этим не согласен. Я считаю, что менеджеры должны быть финансово замотивированы на успех проекта, с прямой зависимостью от дохода, который получает компания. Программисты тоже должны быть замотивированы, но другими средствами, к примеру, с выделением специального бонусного бюджета, который распределяется между членами команды в случае сдачи проекта в срок и customer satisfaction."

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

Лично для меня, как для менеджера, было неприятно (ретроспективно оглядываясь), когда успешная сдача проекта мотивировалась походом в боулинг за счет компании, к примеру. Смешно, да? Вот и мне было смешно - почему когда я работал в отделе продаж в качестве такого аналитика, да при этом еще и проектами управлял, я должен получать свою тыщу баксов и мизерный % от % который получал отдел продаж на всех (при том, что, к примеру, компания получала в месяц за мои проекты скажем суммы порядка 20-30К евро), а не получать хотя бы нормальный бонус при сдаче проекта, ради которого стоит рвать задницу, работая на чужих проектах, на чужих компаниях? В общем, закончилось это тем, что я сейчас работаю сам на себя так, как мне этого хочется.

А вот если бы перед каждым проектом было четко сказано "сдаешь проект в срок (ну или не имеешь проблем на проекте) - получашь через 3 месяца бонус в размере скажем x3 ЗП, через 6 - x6 ЗП, ну и на сдаче проекта - еще раз x3", так тогда было бы понятно, ради чего рвешь жопу.

Picture_1442?1356409841

трудно не согласиться, однако...

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

а если в теории - то я был бы крайне не против, если б мне за мои труды платили тоже не фиксированную сумму.. ;))))

Picture?type=square

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

Picture_1442?1356409841

да, я понял, что имелось в виду... проблема есть и статья очень даже в тему

Picture_54?1356409795
faketail
– программист в BELHARD

-1

А что ваш пиэм делает на ксингах и линкединах? Или на сэйлсах экономите?

Picture?type=square

"на каждого проквалифаеного лида дает вам в помощь ПМа-аналитика все таки выяснить"

Picture_54?1356409795
faketail
– программист в BELHARD

эээ... я честно говоря, нефига не понял, что вы хотели мне этим сказать)

Picture?type=square

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

Missing-male
+1

Я согласен с автором статьи.

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

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

Если мы определяем роль ПМа иначе - скажем форвардить письма от кастомера в дев тим и обратно, писать митинг ноутс, писать документы согласно процессам компании, чтобы быть CMM/ISO/что-нибудь еще compliant, или делать scrum, так как мы проповедуем agile - то и степень отвественности другая и, соответсвенно, поощрение в случае успеха другое.

Могу сказать, что хороших ПМов (тех, на которых можно возложить ответственность за весь проект) достаточно мало ввиду редкого сочетания личных качеств и опыта, необходимых для качественного ПМства. После ряда успешных проектов, за которые кроме небольшого бонуса (вполне соизмеримого с бонусом лид девелопера), "good job" от заказчика и "keep it up" от руководства, ПМ начинает осозновать, что если бы он тогда остался в девелоперах, то по деньгам немного проиграл бы... А может и выиграл бы ( фрилансил, если захотел подработок). И тогда ПМ делает выбор. Тут уже индивидуально - кто-то находит работу в штатах, кто-то открывает свое дело, кто-то остается на том же месте, но глаза его уже не горят праведным огнем, и он начинает потиху забивать...

Picture?type=square

О, отличный комент, спасибо! Действительно, вижу понимание :-) По поводу "остался в девелоперах" - вот и я о чем, т.е. ответственность ниже, деньги чуток поменьше (не секрет, что для профессионала 100 или 200 долларов не являются достаточным мотиватором для смены компании, думаю, то же самое и тут будет работать), и сбереженные нервы.

По деньгам всегда есть потолок, посмотрите вон статистику по зарплатам. Правда, цифра в 9 штук как-то смущает, думаю, кто-то прикололся, либо речь идет о работе за границей. в открытых источниках, самое высокое, что я видел - это оклад в 7K для менеджера embedded проекта в Rolsen в Москве, там еще соц пакет был, как для топа (машина, корп.квартира, и т.п.). Т.е. смысл в том, что как ни напрягайся, при достижении потолка +- 100 долларов бонусов погоды не меняют.

Picture_968?1356409826
Dreamer
– Software Engineering Team Leader в EPAM

+2

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

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

Picture?type=square

+1 как говорится. Вопрос именно в пропорциях. Я бы сказал, что деление профита с аутсорснутого проекта в диапазоне от 90/10 до 70/30 разумно. Но от размера доли зависит и размер ставки ПМа, ведь компания биллит его часы с клиента, так?

Picture_1489?1356409843

Вы будете смеяться. Но с тех пор, как мой PM женился и вокруг настал кризис он категорически отказался от %. При чём с основной мотивацией: "проекты приходят не от меня". Что важно - мотивацию такую я слышал уже и до того, просто до определённого момента человек работал скорее "не за деньги". А вот сейчас деньги стали критичны.

Вот такие дела.

Picture?type=square

может, вы ему ставку маленькую предложили, когда речь шла о %%? :) это тоже интересный вопрос. вот как вы считаете, если, допустим, ЗП ПМа - 2К в месяц, то сколько нужно делать ЗП, если предложить ему 10% с прибыли с его проекта?

Missing-male
+1

Согласен с этими размышлениями, особенно про то, что ЗП на 20-30% большая чем у програмера не окупает трудов и нервов ПМ-а. С другой стороны, надо рассмотреть перспективы для ПМ-а.

1. Заграница ? Туда больше вероятность устроится кодером. Практические навыки у ПМ слабеют без тренировки. Новые технологии он знает уже скорее теоретически. И английский слабоват для ПМ-ства за границей.

2. Идти в сэйлс способен очень небольшой процент. Здесь риски гораздо больше и требуется харизма другого рода. Наши ПМ-ы приходят в основном из технарей и им нужна надежность и полная занятость.

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

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

Для фирм поменьше, да, имеет смысл делать более сложные схемы, и ПМ-ы должны быть соответсвенно сильнее и харизматичнее, сочетая в себе качества Програм Менеджера, пасущего клиента в real time (то, что вы на самом деле имеете в виду под вашим ПМ-ом, который "и швец и жнец")

Missing-male
+1

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

Picture?type=square

разумно, согласен с вами.

Missing

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

Missing

Ну и правильно :)


Авторизуйтесь, чтобы оставлять комментарии