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

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

ОБНОВИТЬ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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