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

324

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

ОБНОВИТЬ

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

Joshua Partogi
источник
126
Они носят лучшие костюмы :-)
Стивен С
234
Большая зарплата в Америке абсолютно не связана с навыками. Чем больше вам нравится, и чем больше вы играете в политическую игру, тем больше вам платят. Программисты, как правило, логичные, умные люди, которые говорят, что это так. Руководители ненавидят это.
MVCylon
29
«... те, которые возвращаются домой поздно ...» Не грусти, но это звучит как личная проблема, которую ты должен решить. Если вы уделяете много времени тому, как вы определяете свою ценность для компании, необходимо провести серьезный личный анализ.
Аарон Макивер
14
Напоминает мне о теореме Дилберта о зарплате: csm.ornl.gov/~frome/dilbert.html
badgerr
27
Я упомяну, что премьер-министр и бизнес-аналитик основного проекта, над которым я работаю, потратили больше времени, чем я. Во вселенной не хватает денег, чтобы заплатить мне за работу.
HLGEM

Ответы:

389

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

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

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

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

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

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

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

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

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

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

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

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

Влад Гудим
источник
68
нам нужен список производителей программного обеспечения «Film Crew» :)
Гийом,
8
Отличный набросок ситуации
июня
46
Отличное резюме. Важно отметить, что в большинстве компаний разработка программного обеспечения рассматривается как стоимость (такая же, как, скажем, оплата счета за коммунальные услуги), а не как основная инвестиция.
dbkk
3
Хороший ответ! Вы дали хорошую картину двух разных видов организаций и изобразили, как они смотрят на одну и ту же работу. Разработчик программного обеспечения должен выбрать организацию, в которой его вклад будет важным и ценным элементом результатов. Так же, как звукорежиссер / музыкальный руководитель в кино.
Сентил Кумаран
39
Чувак, это блестящий ответ. Аналогия с «Съемочной группой» работает очень хорошо. Я проработал в «Киносъемке» 9 лет, прежде чем она была куплена фабрикой виджетов, после чего я продержался всего 8 месяцев. Затем я начал собственный бизнес по разработке программного обеспечения, и мы стали съемочной группой. Я думаю, что вы только что дали мне аналогию, которая мне нужна, чтобы рассказать, как мы работаем. Спасибо!
Даниэль Полл
276

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

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

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

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

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

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

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

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

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

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

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

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

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

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

user2567
источник
73
Какой замечательный анекдот.
Алан Пирс
28
Вы правы - зарплата должна быть относительно стоимости. Часто это не так. В некоторых небольших частных компаниях, где зарплата всякого лица держится в секрете (и обсуждается индивидуально), тогда только крупный босс знает, кому и за что платят. И иногда в этих местах зарплата соотносится со стоимостью, и некоторым руководителям платят меньше, чем действительно умным людям, выполняющим работу. Это случается не часто, конечно.
quick_now
16
Пьер, звучит как государственный сектор в Великобритании!
Оз
10
Возможно, сотрудник мог бы предложить работу в качестве внешнего консультанта?
Томас Сток
4
@ Томас: да, я помню, я предложил это, но он не был очень заинтересован (страх потерять его безопасность, который является ИМХО иллюзией), и это не решило бы проблему бюджета больницы.
84

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

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

Редактировать:

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

rwong
источник
42
«Они рискуют больше, чем программисты». Как что? Я еще не видел менеджера проекта или любого менеджера, который перенес бы серьезные трудности из-за плохого решения. (В индустрии программного обеспечения, то есть.)
biziclop
83
@ 9000 С другой стороны, плохих менеджеров проектов очень легко найти, и они также получают более высокую зарплату.
biziclop
10
Столкновение с резкой критикой заинтересованных сторон на самом деле не является экономическим риском и не стоит большого дополнительного вознаграждения, оно является частью ответственности за ряд неверных решений или сокрытие правдивой информации о ходе работы от заинтересованных сторон. Программист сталкивается с аналогичным риском, если его поймают на том, что он производит крайне плохой неработающий код, сообщая при этом «все зеленое». В большинстве организаций PM не подвергаются критике за то, что они не доставляют, что считается невозможным.
Влад Гудим
18
Быть уволенным за неправильное решение и уйти с многомиллионным выходным пакетом звучит ужасно!
Wooble
3
@biziclop: Честно говоря, плохие программисты, как правило, держатся, как дерьмо, и просто занимают ранговые позиции, не испытывая при этом никаких трудностей. И их намного больше.
Matt Joiner
80

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

Программирование сложнее, но управление - отстой.

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

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

Joonas Pulakka
источник
12
@Joonas - «.... думаю, что уборщикам и уборщицам нужно платить намного больше, чем программистам» <- Вам нужно будет объяснить это мне! WTF?
Оз
27
Конечно, правда, что уборка - тяжелая физическая работа. Тем не менее, есть гораздо больше людей, которые способны сделать достойную работу в качестве уборщика, чем приличные программисты. Так что рынок дорожит хорошими программистами выше.
Петер Тёрёк
13
@Mayank: Нет, я просто скромный программист, который думает, что программисты обычно слишком высоко ценят себя :-)
Joonas Pulakka
10
@jpartogi: программистам не нужно терпеть вонь и напрягать мышцы, чтобы писать код. Как мы знаем, это удобная работа.
Joonas Pulakka
9
Сидеть перед унаследованной системой с дизайном, который превратился в ужасный беспорядок, и пытаться создать быстрый патч для следующего выпуска, не ломая больше кода, является сложной, но при этом обычной задачей программиста, которая действительно отстой. Есть тысячи счастливых менеджеров и тысячи несчастных программистов. Таким образом, ваш ответ не объясняет разницу в доходах.
Влад Гудим
71

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

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

Неманья Трифунович
источник
5
Это форум по программированию, поэтому большинству людей программирование здесь проще, чем управлению. В целом, без предвзятости выбора, я подозреваю, что большинство людей могут управлять лучше, чем они могут программировать.
Дэвид Торнли
15
Я не согласен. Хороших менеджеров очень мало, как хороших программистов.
Дима
4
@ Woo4Moo, вы должны рассмотреть возможность этого утверждения.
Yahel
8
@ Woo4Moo на самом деле, если вы не можете мыслить логически, вы не можете быть хорошим программистом. Сейчас есть немало программистов-инвалидов, которые используют Dragon Naturally говоря и все.
анонимный тип
2
Мне трудно поверить, что найти хороших менеджеров сложнее, чем хороших программистов. Я работал с сотнями программистов и встречал только 3 или 4, которые я оценил бы как хорошие, и все же я могу думать о десятках хороших менеджеров, с которыми я работал.
Данк
36

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

оборота MattC
источник
Вам не обязательно нравиться офисная политика, чтобы эффективно играть в эту игру.
Уэйн Коортс
4
Я знаю, но я предпочитаю, чтобы кто-то еще играл в игру, чтобы я мог написать код.
MattC
1
Я люблю играть в игры, но не с другими людьми.
анонимный тип
3
Самое сложное в том, чтобы быть бакалавром, это понять противоречивые требования. У каждого участника есть свое представление о том, что требуется. Тогда большие боссы самые бредовые и безумные. Извлечения требований, с которыми программисты могут смириться и произвести что-то полезное, достаточно, чтобы заставить БА пить и дорогие лекарственные препараты для отдыха.
CyberFonic
8
Да, но плохие менеджеры просто толкают офисную политику от клиента прямо к разработчику, что как бы сводит на нет суть.
sevenseacat
20

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

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

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

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

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

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

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

оборота хайлем
источник
Они могут нести большую часть ответственности (большую часть, а не всю), но они не будут нести большую часть вины.
sevenseacat
@Karpie: Конечно, программисты могут быть привлечены к ответственности за ошибки, но большую часть вины несут менеджеры. Возможно, не в вашем «да», а в том, что касается высшего руководства компании (или ее заинтересованных сторон), программисты не виноваты. Это люди, управляющие ими. Конечно, я могу понять вашу точку зрения (и человека, который говорит, что «зарплаты связаны с должностью в иерархии»), и есть некоторые компании, которым сходит с рук идиот, управляющий командами и обвиняющий других. Это не то, что должно быть, и по моему опыту это не общий случай.
Хайлем
@Karpie: И я действительно знаю, что в глазах некоторых людей я мог бы быть защитником дьявола здесь, но хотя я хотел бы, чтобы эта зарплата вознаграждала добавленную стоимость, приносимую человеком в компанию, я не знаю так много компаний, которые бы быть в состоянии работать только с программистами. Некоторые сотрудники приносят косвенную ценность, и их количественно определить сложнее. И часто слишком легко предположить, что они просто лежат, ничего не делая, указывая пальцами и играя в игру с обвинениями, когда на них может оказываться гораздо большее давление, чем вы думаете.
Хайлем
19

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

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

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

Амир Резаи
источник
3
Есть много разработчиков низкого уровня, но компетентные программисты - иголки в стоге сена
Foo Bah
10
Это, безусловно, теория о том, как заработная плата должна работать в рыночной экономике. Ваша зарплата определяется не стоимостью, которую вы приносите компании, а предельными затратами на замену. Беда в том, что нет действительно свободных рынков. Непотизм, кумовство, погоня за рентой и асимметрия знаний являются эндемическими. Теоретически организации, которые попадают в эту неэффективность, должны быть разорены теми, кто этого не делает, но когда это делают почти все ...
Чарльз Грант,
4
Или возможно - трудно определить качество программиста, и поэтому рынок кажется затопленным, но большая часть предложения на самом деле не подходит. Это объяснило бы много кода, который я видел ...
Алекс Фейнман
Это реальный ответ, несмотря на все хорошие ответы выше.
Ник Ходжес
1
Обратите внимание, что рынок не является симметричным. У работодателя есть выбор из тысяч программистов. У программиста есть выбор только из нескольких работодателей. Потери работодателя из-за одного программиста незначительны по сравнению с общей капитализацией или доходом компании. Потери программиста огромны - обычно требуется несколько месяцев, чтобы сменить работу, так что это всего лишь процент или несколько процентов от единственного ресурса программиста - его жизни. Вы видите, что менеджеры имеют больше власти, так как они могут сделать их замену более дорогой.
Антон Назаров
17

На протяжении своей карьеры я переключался между ролями разработчика и премьер-министра. У меня есть разработчики в моем проекте, делающие вдвое больше, чем я, и другие, которые делают половину. Работникам с высокой заработной платой платят то, что они есть, потому что: A) Они - разработчики "рок-звезд". Б) Они взаимодействуют с клиентами, объясняют продукт так, чтобы клиенты могли его легко понять, и являются представительными. C) Они руководят командами разработчиков, которые работают над несколькими проектами. D) Они всегда доступны и готовы угодить.

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

Шейн-о
источник
11

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

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

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

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

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

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


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

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

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

И все же (и благодаря злополучному периоду пузыря доткомов) мы рассчитываем заработать не просто больше, а намного больше, чем другой человек с университетским образованием только потому, что О, ВАУ, мы программисты, а они просто бизнес аналитики и PMP.

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

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

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


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

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

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

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

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

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

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

luis.espinal
источник
За исключением того, что программисты не требуют больших зарплат только потому, что мы особенные (не больше, чем кто-либо другой), а потому, что мы можем их получить. Это не совсем обычный талант, и на него есть большой спрос.
Дэвид Торнли
@ Дэвид - действительно, это не обычный талант ... даже среди программистов. И это моя точка зрения. У нас переизбыток программистов на предприятии (спасибо доткомам и университетам java / .net). И большая работа по программированию на предприятии не достаточно сложна, чтобы требовать зарплаты в области ракетостроения. Спрос и предложение в сочетании с более простыми требованиями (и тот факт, что мы до сих пор существенно не улучшили наши способы написания программного обеспечения) говорит нам о том, что многие из нас такие особенные (поскольку многие не имеют или еще не разработали этот редкий талант), переплатили.
luis.espinal
3
@ luis.espinal: Большинство людей требуют самую высокую плату, которую они могут получить. Вопрос не в том, имеют ли они моральное право на это (имеет ли кто-либо моральное право на получение денег больше, чем кто-либо другой?), А в том, является ли рынок таким, чтобы они могли их получить.
Дэвид Торнли
1
Ваш пост слишком длинный, я перестал читать после первой страницы.
Анонимный тип
2
@ Анонимный тип - я постараюсь заглушить это в следующий раз.
luis.espinal
9

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

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

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

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

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

Фу Бах
источник
5

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

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

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

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

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

Джей Базузи
источник
5

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

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

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

Марк Роджерс
источник
4

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

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

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

TZHX
источник
6
Я думаю, что смысл ОП заключается в том, что не только действительно квалифицированные и хорошие менеджеры получают более высокую зарплату, чем их подчиненные, но (почти) все они, даже действительно неспособные.
Петер Тёрёк
1
Другая проблема: управление - это умение людей. Я не думаю, что хороший премьер-министр действительно нужен, чтобы быть технически подкованным, чтобы иметь уважение и поддержку членов его / ее команды (и при этом я не думаю, что эти члены команды действительно должны быть подчиненными премьер-министра). Я полностью согласен с Peopleware в том, что хороший менеджер работает над устранением всех препятствий перед командой, а затем позволяет им выполнять свою работу.
Петер Тёрёк
11
Менеджмент должен платить больше, чем их подчиненные. Не обязательно. И определенно я не хочу работать в компании с этим «обязательным» правилом.
Никита Барсуков
1
Я никогда не нашел и не слышал о компании или организации, где это не так. Хотя по общему признанию, мой опыт в двух очень старых отраслях (банковское дело и правительство).
TZHX
4
@tzhx: Я работал в нескольких серьезных компаниях, где моим менеджерам платили столько же, сколько мне, и меньше, чем некоторым из моих коллег, которые были лучшими специалистами, чем я. Нет, это не беспокоило никого из нас и не заставляло нас думать о менеджерах как о подчиненных. Каждый из нас делал свою работу, уважая работу других - наши менеджеры проделали явно разумную работу. Командный дух должен превзойти иерархию, имхо.
9000
4

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

back2dos
источник
4

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

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

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

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

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

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

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

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

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

Tiago Cardoso
источник
3

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

user16556
источник
Именно так. Цена труда не защищена от закона спроса и предложения.
Ник Ходжес
За исключением того, что есть гораздо более опытные менеджеры, чем опытные разработчики, что делает ваш аргумент недействительным.
Данк
3

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

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

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

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

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

Shyam
источник
Весь ваш ответ ошибочен. Программисты, которые находятся в одном возрасте с BA и PM, все равно получают меньше.
Джошуа Партоги
Официантка также сталкивается с клиентами и получает много дерьма на их лице, но это - повар, который пачкает их руки и делает то, что хочет клиент, который получит больше в конце дня.
Джошуа Партоги
2
Теперь сказать, что весь мой ответ ошибочен, - это в основном говорить людям, что ваше мнение и опыт - единственное, что является правдой / фактом. Я подчеркиваю, что ваш «факт» не всегда является истиной, поскольку я переживаю другие вещи.
Shyam
3

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

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

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

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

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

Это капитализм, ребята.

Джанго Рейнхардт
источник
2

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

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

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

Сравнение зарплаты начинающих программистов с опытом работы более 10 лет - это немного грустная история.

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

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

Я не понимаю, как люди ценят это умение в наши дни.

user16507
источник
2

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

Джефф Свенсен
источник
2

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

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

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

dthorpe
источник
«Компенсация должна отражать ценность вклада человека в компанию». Это определяет верхний предел возможной зарплаты. Что касается нижнего предела, я думаю, что объяснение в programmers.stackexchange.com/questions/45776//45963#45963 действительно велико, как и в programmers.stackexchange.com/questions/45776//45879#45879 .
Сума
2

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

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

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

user16673
источник
1

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

JeffO
источник
1

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

  • Делать более сложную работу
  • Брать на себя больше ответственности

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

Nils
источник
-1: Больница не платит квалифицированному администратору базы данных? Скажи мне, какой из них я знаю, чтобы не идти. Я не хочу, чтобы медицинские документы моей семьи были скомпрометированы или потеряны.
Джим Г.
1

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

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

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

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

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

Подводя итог, как BA, так и PM являются уровнем абстракции для развития .

Gaurav
источник
1

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

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

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

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

erikbwork
источник
1

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

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

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

rwong
источник
1

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

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

user16762
источник