Почему бизнес-аналитики и руководители проектов получают более высокие зарплаты, чем программисты? [закрыто]

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

UPDATE

Извините мое невежество, из-за какого-то ответа кажется, что причина, по которой BAS и PMs получают более высокую зарплату, потому что это те, которые обычно отвечают за программистов беспорядков. Но в конце концов, это программисты, которые загрязняют свои руки, чтобы исправить беспорядок и работать усерднее. Так что это все еще не имеет смысла.

326 голосов | спросил 9 revs, 8 users 40%
Joshua Partogi
1 Jam1000000amThu, 01 Jan 1970 03:00:00 +030070 1970, 03:00:00

30 ответов


390

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

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

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

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

Управление Widget Factory основывается на предположении, что программное обеспечение может быть изготовлено из спецификации, подготовленной бизнес-аналитиком, через четко определенный процесс, выполняемый под пристальным контролем менеджера проекта. Занимаясь производством, укомплектовывая проект достаточными квалифицированными, но взаимозаменяемыми ресурсами для программирования и тестирования. Работа основывается на заранее подготовленном бюджете на основе первоначального бизнес-кейса, подготовленного PM и BA.

Управление, которое запускает Widget Factory, легко заметить, обратив внимание на то, как эти люди говорят. Вероятно, они будут связаны с ресурсами (в том числе при обращении к членам команды), процессами, операционной эффективностью, единообразием, повторяемостью, строгим контролем за использованием ресурсов, четкими ролями работы и определенными входными и выходными процессами. Они случайно упомянули фактическую заводскую метафору, когда пытались передать изображение идеальной операции разработки программного обеспечения по мере их появления.

Тогда есть Киномодели. Они основаны на представлении о том, что люди умны, самомотивативны, работают очень тяжело и пользуются своей работой так же, как дети любят играть. Квалификаторы фильма признают, что благодаря специализации способности индивидуального участника могут значительно превосходить возможности людей, которые организуют, координируют и направляют работу. Поскольку менеджер больше не может заменить всех, иерархическая структура просто не работает так хорошо - люди должны сотрудничать в гораздо более плотном и сложном образовании, чтобы добиться успеха. Рабочие роли сами по себе, как правило, гораздо более вертикальные - начинают заканчиваться - и включают в себя более широкий спектр навыков. Это управленческое мышление опирается на Теорию МакГрегора Y .

Директор кинематографистки знает, что ее видение части программного обеспечения может только сбыться, если она сможет собрать отличную команду, очаровать воображение и помочь команде гель и работать вместе. Ее роль состоит в том, чтобы вдохновлять, охранять видение, обеспечивать направление и сосредоточить усилия. Каждый человек имеет значение, потому что «режиссер» полагает, что программное обеспечение является результатом сочетания мировоззрений и способностей всех участников и уникальным способом, которым группа осуществляет совместную работу. Каждый признает с самого начала важность того, чтобы звезды присоединились к команде - звездные исполнители увеличивают все шансы на успех. Vision управляет бюджетом и привлекает финансирование.

Когда дело доходит до компенсации Заводы виджета считают, что наибольшее значение получают из работы, проделанной менеджером проекта и бизнес-аналитиком, которые находятся на вершине иерархии и должны соответственно получать компенсацию, остальная часть команды не имеет большого значения, поскольку у них есть правильная квалификация для преобразования требований в рабочий код. PM и BA упорно трудиться, чтобы сохранить свои позиции на верхней части пакета, ограничивая свободный доступ к источникам информации проекта к остальной части команды. Без официального доступа к основным информационным источникам команда изо всех сил пытается сделать какие-то оценочные суждения или придумать хорошие решения, программисты отбираются, чтобы принимать заказы сверху и работать над проблемой, как это определено PMи BA. Эта ситуация еще больше усиливает представление Widget Factory о том, что программисты сродни фабричным работникам цехов, которые способны механически выполнять хотя и технически сложные, но тем не менее стандартные задачи.

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

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

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
276

Потому что в наших обществах мы по-прежнему считаем, что зарплата связана с положением в иерархии .

Аналитики или руководители проектов выше в иерархии, поэтому им следует платить больше.

Позвольте мне рассказать вам реальную историю, которая иллюстрирует, почему это проблема.

  

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

     

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

     

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

     

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

     

Мой друг ушел.

     

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

     

Больница потеряла гораздо больше. Внешнему консультанту было выплачено в 5 раз больше, чем мой друг попросил, и они не смогли найти квалифицированного сотрудника для его замены.

     

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

     

Больница все еще платит в 5 раз больше.

ИМХО, зарплата должна быть относительно стоимости, которую вы предоставляете компании .

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
85

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

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

Edit:

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
81

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

Программирование сложнее, но управление отсасывает больше.

Один из способов подумать о том, что ценит кто-то для компании, - это представить, как это будет выглядеть, если этот человек покинет компанию. Обычно менеджеры оказываются более ценными в этом смысле, чем программисты. Джеймс Гослинг , создатель Java, недавно покинул Oracle. Можно было подумать, что это огромная потеря, но угадайте, что? На самом деле это не имеет значения. Это вряд ли повлияет на Java или Oracle. Собаки лают, но караван продолжается.

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
72

Сокращение управления созданием диаграмм и написание документации похоже на то, что программирование печатает.

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
36

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
20

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

Для управления требуется очень многогранный набор навыков : навыки людей, лидерство, способность оценивать затраты и время. Чтобы сделать все это, им также необходимо поддерживать связь с вашей стороной вещей (т. Е. Иметь некоторое представление о том, что вы делаете, технически) или быть очень хорошими судьями персонажа.

Если требования не были определены правильно, это их вина.

Если планы тестирования не были определены правильно, это их вина.

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

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

PS: Кроме того, я не знаю, могу ли я сказать, что программирование сложнее, чем делать диаграммы Ганта (повторное использование примера, который вы упомянули). Я не знаю о вас, но я нахожу программирование (в общем, для 80% всего, что вам нужно сделать в отрасли) довольно легко. Если вы что-то придумаете, вы можете это исправить. Если ваш босс заткнет диаграмму gantt или его оценку стоимости, теперь это будет гораздо более серьезная проблема, чем инвертирование != null для == null. Малые ошибки имеют для них более широкие масштабы. Большую часть времени, конечно, если вы привнесли такой тест во встроенное медицинское приложение, которое вышло вживую, это также большая проблема. Но у них будет больше проблем, чем у вас!

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
19

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

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

В этом случае одна причина заключается в том, что слишком много разработчиков.

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
17

Я переместился между разработчиками и ролими PM на протяжении всей моей карьеры. У меня есть разработчики по моему проекту, в два раза больше, чем у меня, и у других, которые делают половину. Высокодоходные работники получают то, что они есть, потому что: A) Они являются разработчиками «рок-звезд». B) Они взаимодействуют с клиентами, объясняют продукт таким образом, который легко понять потребителям, и они выдающиеся. C) Они направляют команды разработчиков, которые работают над несколькими проектами. D) Они всегда доступны и готовы угодить.

Они выполняют роли разработчика, PM и BA в разных возможностях. Как правило, если вы тратите 90% своего времени на голову, сокращая код, то вы не невероятно ценны и, вероятно, легко заменяемы. Если вы хотите заработать больше денег, тогда вам нужно взять на себя большую ответственность ... и, вероятно, придется найти другую компанию, которая заплатит вам больше.

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
11

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

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
10

Мой опыт может быть другим (или я живу в другой вселенной с искаженными законами физики), но большинство бизнес-аналитиков и менеджеров проектов (не program , но project менеджеров или PMP), которые я видел, ниже или ниже средней зарплаты программистов.

Разница в зарплате начинает увеличиваться по сравнению со средней зарплатой инженеров-программистов (в пользу программного обеспечения). Этот разрыв еще больше по сравнению с старшими ЭО или старшими инженерами программного обеспечения. Почти ни один старший бизнес-аналитик или старший PMP не будет делать то же самое, что старший специалист по EE или старший /главный программист.

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


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

Все мы, работающие над программным обеспечением, начали с нуля. Мы все это сделали.

И IF , мы действительно честны, мы хорошо знаем, что мы не знали дерьма. Возможность заполнить нашу базовую нагрузку на курс CS - это только отправная точка. Это не делает нас особенными или ZOMG !!!! убер-Einstenian. Действительно, НЕТ!

И все же (и благодаря злополучному периоду пузыря dot-com) мы ожидаем сделать не просто больше, а намного больше, чем другого образованного в университете человека только потому, что OH WOW, мы программисты, и они только бизнес-аналитики и PMP.

Можете ли вы называть высокомерие? Newsflash - для большинства задач программирования на предприятии вам даже не требуется 4-летняя степень. Действительно, это серьезно.

Положите время на измельчение и создайте опыт для перехода от программирования к разработке программного обеспечения (или инженерному делу) на старшем уровне. Затем вы можете потребовать гораздо больше, чем pero mucho mucho гораздо больше, чем бизнес-аналитик и PMP.

Получите это - некоторые из нас (или были) переплачены. Период.


Отклонитесь: причины для бизнес-аналитика и /или PMP сделать зарплаты близкими или похожими на программистов, которые еще не набрали необходимого времени и опыта, чтобы быть средними /старшими инженерами программного обеспечения (или которые еще не разработали опыт в очень востребованная область ниши):

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

Многие из вас считают, что бизнес - это просто дерьмо. Если вы действительно думаете, что это правда, Бог вам поможет.

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

Он тот, кто спросит вас: «Над чем вы работаете, это то, над чем вы работаете, помогая продвигать проект, есть ли у вас проблемы с вашей работой? Каковы ваши препятствия, что вам нужно? кто может это сделать вам? »...

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

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
9

Я занимаюсь финансами, и я думаю, что менталитет похож в большинстве нетехнических нарядов:

Плата пропорциональна карьерному риску

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

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

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
5

Если бы у вас был вопрос: «Почему X и Y получают более высокие зарплаты, чем программисты в моей компании ? Возможно, я ответил« вы можете работать в неправильной компании ».

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

Тем не менее, важна любая другая роль в бизнесе. Великие менеджеры оказывают огромное влияние. Многие из них - отличные программисты и счастливы. Что-то подобное можно сказать о бизнес-анализе, маркетинге, продажах, тестировании и поддержке.

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

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
5

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

Желание заработать больше денег - это эфемерная идея, все считают, что они заслуживают большего.

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
4

Я думаю, что вся ваша основа для этого вопроса ошибочна.

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

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
4

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
4

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

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

Мне особенно нравились rwong и luis.espinal asnwers, хотя я считаю, что есть и другие факты, которые нужно также заметить.

Я не считаю иерархию ответом - а не сейчас, хотя он отлично вписывается в течение последних 10 000 лет. Мы жили веками в обществе, где чем выше ваша прибыль, тем выше ваша сила (и наоборот). Я не верю, что это применимо к нашему миру, как это происходит (особенно в нашей области).

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

  • все знания, которые он уже собрал из предыдущего опыта (обычно у программистов меньше опыта, чем у менеджеров вообще)
  • для одновременного управления несколькими вещами (у программистов есть одна задача - или список задач - для выполнения, в то время как руководители должны управлять своими задачами
  • они - главный контакт для проекта, которым они управляют, и по этой причине они являются первой «целью» на случай, если что-то пойдет не так. Легче потерять работу, если вы менеджер; будучи разработчиком, у вас есть «лицензия на повторное использование». Это фактор риска, о котором все говорили.
  • разработчики являются частью целого жизненного цикла проекта. Я считаю, что когда мы говорим здесь о «программистах», мы также думаем о тестировщиках, технических писателях и всех других людях, которые очень важны для успеха проекта.
  • и есть что-то, что я видел только в нескольких сообщениях по этой теме: лидерство. Будучи менеджером, он должен знать, как общаться с людьми, вести переговоры, поддерживать все мотивированы, чтобы создать синергию, когда настроение каждого снижается.

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

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

Изменить: Забыл выделить: коммуникативные навыки не являются сильной стороной для большинства из нас, но являются обязательным для лидера. Кроме того, я хотел бы поделиться очень хорошей записью в Coding Horror, связанной с хорошими программистами и навыками общения -> http://www.codinghorror.com/blog /2011/02/how-to-write-without-writing.html

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
3

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
3

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

Менеджеры проектов и бизнес-аналитики обычно «старше», когда они выполняют эти должности. Когда разработчики начинают свою карьеру очень молодыми (примерно за 20 лет), большинство руководителей проектов и аналитиков находятся в возрасте до 30 лет (что уже создает разницу в оплате только по возрасту). Они также являются теми, кто сталкивается с разоблачением клиента, что означает, что они вынуждены путешествовать на месте, тратить много времени на пытки, чтобы прислушиваться к клиенту (особенно когда проект идет не так, как надо) и привлекать их пожелания /потребности. Они должны быть осторожны с тем, что они обещают, и особенно в рамках того, какой объем (время доставки). Хотя с вашей точки зрения, что то, что они делают, только документирует, бизнес-аналитики получают образование для анализа потребностей бизнеса, а руководители проектов охраняют планирование проектов.

Они действуют как межсетевой экран между клиентом и разработчиками. Техническая перспектива - это нечто иное, чем перспектива продаж. Большинство бизнес-аналитиков и менеджеров проектов также сталкиваются с большим разнообразием клиентов - они разоблачены и поэтому имеют «потенциальных клиентов». Их сеть состоит из лиц, принимающих решения, и поэтому компании предпочитают держать людей в таких сетях в пределах досягаемости; ведь продажа - продажа.

Что касается трудности? Запустите компанию, у вас десять разработчиков и попытайтесь управлять проектом. Головная боль поставляется с ней бесплатно. Сделайте это в течение года, а затем снова просмотрите свой ответ. Для BA? Пойдите для такой возможности. Сядьте с клиентами, у которых есть машина AIX с 1974 года, и разработчик этой системы мертв /ушел в отставку /умирает /alzeheiming, и разработчик должен знать, генерируется ли определенное значение или имеет какую-то мистическую формулу. Попытайтесь убедить 20 человек с PowerPoint о своем решении в течение 3 дней. Если документирование было «легким», Linux уже нарисовал мир в 1997 году. Действительно, попробуйте написать технический технический документ каждый месяц для нетехнических людей (тех, кто считает, что Facebook - революция в области вычислений).

Я инженер по продажам. Это означает, что я развиваюсь, но мой профессионализм - для прототипов и демонстраций. И я зарабатываю больше, чем бизнес-аналитик или менеджер проекта. Не потому, что у меня есть сеть (правда, хотя), а потому, что я оставил отношение и больше сосредоточился на деловой перспективе, получил удостоверение и научил себя некоторым мягким навыкам. И опыт, чтобы узнать, что «нет» также отвечает, когда дело доходит до сверхурочной работы.

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
3

Простой ответ: Они более ценны для компании, чем программисты.

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

Отстой, и нам это может не понравиться, но именно поэтому компания платит им больше.

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

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

Это капитализм, люди.

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
2

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

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

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

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

Сравнение нового премьер-министра с 10-летним PM - отличная история, премьер-министр может стать Директором после 10 лет опыта.

Так почему же так много людей хотят изучать ИТ в университете? Я не понимаю. Правильно ли они информированы?

Я не понимаю, как люди сегодня ценят умение.

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
2

По тем же причинам, что генеральный директор может сделать 263 раза как средний работник.

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
2

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

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

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
2

Я начал месяц назад с моего первого проекта в качестве премьер-министра. Прежде чем я работал программистом. (кстати, я получаю те же деньги, что и раньше.)

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

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
1

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
1

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

  • Выполнение более сложной работы.
  • Взятие большей ответственности

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
1

Хорошо, я немного удивлен ответами, так что вот оно. Но до этого я просто хочу пояснить, что я программист, и мне больше не нравится больше, чем программирование. Я сказал, что у меня есть здоровое отношение и уважение к компетентным PM и BAs. Я понимаю, что многие из нас возмущаются PM и BAs, потому что в отличие от программирования возможно , чтобы преуспеть в них без требуемого уровня компетенции (офисная политика, приятные костюмы и т. Д.).

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

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

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

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

Подводя итог как BAs, так и PM, уровень абстракции к разработке .

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
1

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

Риск часто забывается. Обычно, если программист терпит неудачу в своей тяжелой работе, могут быть некоторые дополнительные затраты, но не более того. Не похоже, что 10% рабочих потеряют работу или что-то в этом роде. Риск довольно низкий.

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

И последнее, но не менее важное: почему менеджер проекта не инженер? Обычно руководитель проекта - парень с многолетним фронтом в теме проекта, который он управляет, что означает, что в заданиях на программирование он будет опытным программистом, который является менеджером проекта.

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
1

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

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

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

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18
1

Это не всегда так. Когда я работал в Computer Sciences Corporation (CSC), большинство менеджеров делали меньше, чем «люди, которые произвели что-то полезное». Что касается CSC, я думаю, что это было так, потому что компания была запущена группой программистов.

В то время (1970) в Лос-Анджелесе была другая компания-разработчик программного обеспечения, имя которой я забыл с интересным графиком зарплат. Программистам заплатили 25 000 долларов в год, а вспомогательному персоналу заплатили 15 000 долларов США в год. Идея заключалась в том, что если бы вы были хуже программистом, вы не должны удивляться тому, чтобы его заменили.

ответил dthorpe 26 AM000000100000001831 2011, 10:58:18

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132