Warum erhalten Business Analysten und Projektmanager höhere Gehälter als Programmierer? [geschlossen]

Wir müssen zugeben, dass das Programmieren viel schwieriger ist als das Erstellen von Dokumentationen oder sogar das Erstellen von Gantt-Diagrammen und das Fragen nach Fortschritten an Programmierer. Für uns Naive, die wissen, dass die Programmierung im Allgemeinen schwieriger ist, warum erhalten Business Analysten und Projektmanager ein höheres Gehalt als Programmierer? Was macht ihren Job zu einem hochbezahlten Job, wenn selbst Programmierer oft zu spät nach Hause kommen?

AKTUALISIEREN

Entschuldigen Sie meine Unwissenheit. Aus einigen Antworten geht hervor, dass der Grund, warum BAs und PMs ein höheres Gehalt erhalten, derjenige ist, der normalerweise für die Mess-Programmierer verantwortlich ist. Aber am Ende des Tages sind es Programmierer, die sich die Hände schmutzig machen, um das Chaos zu beheben und härter zu arbeiten. Also macht es immer noch keinen Sinn.

Ob Projektmanager als Klasse höhere Gehälter als Programmierer und Business Analysten erhalten, hängt direkt von der Software-Welt ab, in der Sie leben.

Eine einfache Antwort auf diese Frage wäre "weil wir in unseren Gesellschaften immer noch der Meinung sind, dass das Gehalt an die Position in der Hierarchie gebunden ist." Diese Antwort erklärt jedoch nicht, warum PM und BA in vielen Softwareunternehmen an der Spitze der Hierarchie stehen und warum das Management in erster Linie die Hierarchie als Struktur der Wahl wählt für Software-Projektteam. Dies sind die beiden Fragen, die es wirklich wert zu sein scheinen, gestellt zu werden.

Grundsätzlich gibt es zwei Kategorien von Software-Herstellern. Ich werde sie Widget Factories und Film Crews nennen.

Widget Factories sind aus der von McGregor vorgeschlagenen Management-Denkschule hervorgegangen, die sich um Motivation dreht. Theorie X : Rangangestellte sind faul und müssen ständig kontrolliert und beaufsichtigt werden. Jobs werden im Namen eines Gehaltsschecks gehalten. Manager können immer ihre Untergebenen erledigen. Arbeitsplätze auf höherem oder zumindest gleichem Niveau. Dieses Denken lässt sich auf die natürliche Idee zurückführen, dass das gesamte Team leicht durch den Manager allein ersetzt und vertreten werden kann - schließlich sind alle anderen Mitglieder des Teams entweder einfach austauschbar oder dienen lediglich dazu, die Fähigkeit des Managers zu verbessern, Aufgaben zu erledigen. Daher die Hierarchie als Struktur und eher horizontale Berufsrollen.

Das Management von Widget Factory geht davon aus, dass Software aus einer Spezifikation hergestellt werden kann, die von einem Geschäftsanalysten in einem klar definierten Prozess unter der engen Aufsicht eines Projektmanagers erstellt wurde. Die Herstellung wird durch die Besetzung des Projekts mit ausreichend qualifizierten, aber austauschbaren Programmier- und Testressourcen sichergestellt. Die Arbeit wird von einem festgelegten Budget gesteuert, das auf dem von PM und BA erstellten Geschäftsmodell basiert.

Das Management, das eine Widget Factory ausführt, ist einfach zu erkennen, wenn man nur auf die Art und Weise achtet, wie diese Personen miteinander sprechen. Sie befassen sich wahrscheinlich mit Ressourcen (auch in Bezug auf Teammitglieder), Prozessen, Betriebseffizienz, Einheitlichkeit, Wiederholbarkeit, strikter Kontrolle der Ressourcennutzung, eindeutigen Auftragsrollen und definierten Prozessinputs und -outputs. Sie würden beiläufig die tatsächliche Fabrikmetapher erwähnen, wenn sie versuchen, das Bild des idealen Softwareentwicklungsvorgangs so zu vermitteln, wie sie es sehen.

Dann gibt es Filmteams. Sie basieren auf der Vorstellung, dass Menschen intelligent, selbstmotiviert, hart arbeiten und ihre Arbeit genauso genießen wie Kinder gerne spielen. Die Filmteams erkennen an, dass aufgrund der Spezialisierung die Fähigkeiten der einzelnen Mitarbeiter die Fähigkeiten der Personen, die die Arbeit organisieren, koordinieren und leiten, bei weitem übertreffen können. Da Manager nicht mehr alle ersetzen können, funktioniert die hierarchische Struktur einfach nicht so gut - die Mitarbeiter müssen in einer viel flacheren und komplexeren Formation zusammenarbeiten, um die Dinge zu erledigen. Die Rollen in Jobs selbst sind in der Regel viel vertikaler - von Anfang bis Ende - und umfassen eine größere Vielfalt an Fähigkeiten. Dieses Managementdenken wird durch McGregors Theorie Y untermauert .

Eine Regisseurin eines Filmteams weiß, dass ihre Vision für ein Stück Software nur Wirklichkeit werden kann, wenn sie in der Lage ist, eine großartige Crew zusammenzustellen, die Fantasie zu faszinieren und dem Team zu helfen, sich zu vereinen und zusammenzuarbeiten. Ihre Aufgabe ist es, zu inspirieren, die Vision zu bewachen, die Richtung vorzugeben und die Anstrengungen zu konzentrieren. Jede einzelne Person ist wichtig, weil "Director" glaubt, dass Software aus der Kombination von Weltanschauungen und Fähigkeiten aller Teilnehmer und einer einzigartigen Art und Weise resultiert, wie die Gruppe die Arbeit zusammen ausführt. Jeder erkennt von Anfang an, wie wichtig es ist, die Stars für die Crew zu gewinnen - Star-Performer erhöhen jede Chance auf Erfolg. Vision treibt das Budget voran und zieht Finanzmittel an.

Wenn es um Entschädigung gehtWidget Factories sind der Ansicht, dass der größte Nutzen aus der Arbeit von Projektmanagern und Business Analysten resultiert, die an der Spitze der Hierarchie stehen und entsprechend entschädigt werden müssen. Der Rest des Teams spielt keine Rolle, solange sie Wir haben die richtigen Voraussetzungen, um Anforderungen in Arbeitscode umzuwandeln. PM und BA arbeiten hart daran, ihre Position auf dem neuesten Stand zu halten, indem sie den freien Zugang zu den Projektinformationsquellen auf den Rest des Teams beschränken. Ohne formellen Zugriff auf die primären Informationsquellen hat das Team Mühe, Werturteile zu fällen oder gute Lösungen zu finden. Programmierer müssen Bestellungen von oben entgegennehmen und an dem von PM und BA definierten Problem arbeiten.

In einem krassen Gegensatz dazu agiert die Filmcrew als egalitärere Formation. Die Mitglieder erhalten uneingeschränkten Zugang zu Primärinformationen, können Werturteile fällen und können eine Vorgehensweise auswählen, um die Vision zu erfüllen und dazu beizutragen. Die Führungsstruktur basiert eher auf Fähigkeiten als auf einer bestimmten Rolle innerhalb des Teams. Die Vergütung spiegelt wider, wie wünschenswert es ist, eine bestimmte Person zur Teilnahme am Projekt zu bewegen. Sie hängt häufig davon ab, wie viel wertvoller das Endergebnis ist, wenn diese Person davon überzeugt werden kann, ihre Energie für die Erstellung dieser Software zu verwenden. In diesem Umfeld wird die Rolle eines Projektmanagers weniger wichtig, da es unwahrscheinlich ist, dass er der kreative Leiter ist. Die Rolle ist hauptsächlich auf administrative Unterstützung und Außenbeziehungen zurückzuführen.

Nun ist es nicht verwunderlich, dass die meisten internen Softwareentwicklungsteams und einige Beratungsunternehmen als Widget-Fabriken geführt werden, die sich auf einen Prozess stützen, um durchgehend langweilige Software zu produzieren. In diesen Umgebungen werden Projektmanager und Geschäftsanalysten routinemäßig mehr bezahlt als Programmierer, da davon ausgegangen wird, dass sie in einer entsprechend strukturierten Umgebung den größten Nutzen bringen, was es für Programmierer schwierig macht, das Management als falsch zu beweisen.

Erfolgreiche Softwareunternehmen tendieren dazu, den Standpunkt der Filmcrew zu vertreten. Jede andere Philosophie würde ihre Fähigkeit beeinträchtigen, großartige Leute anzuziehen, auf die sie sich verlassen, um großartige Software zu produzieren. Es ist unwahrscheinlich, dass Sie jemals eine Geschäftsanalystenrolle in diesem Umfeld sehen werden, und Projektmanager sind weniger prominent und werden routinemäßig weniger bezahlt als großartige Programmierer.

Weil wir in unseren Gesellschaften immer noch der Meinung sind, dass das Gehalt an die Position in der Hierarchie gebunden ist .

Die Analysten oder Projektmanager sind in der Hierarchie höher, daher sollten sie höher bezahlt werden.

Lassen Sie mich eine echte Geschichte erzählen, die veranschaulicht, warum dies ein Problem ist.

Ein guter Freund begann als Programmierer in einem großen Krankenhaus. Dank seiner harten Arbeit und seines Engagements wurde er schnell zum Oracle DBA. Dies war eine wichtige Position in einem Unternehmen, in dem Daten sowohl vertraulich als auch wertvoll sind.

Das Krankenhaus arbeitete mit Ebenen. Die Ebenen sind an Ihre Position in der Hierarchie, im Erbe und in den Diplomen gebunden.

Mein Freund hat einen Vorschlag bekommen, DBA in einem anderen Unternehmen zu werden, das keine Gehaltsstufen verwendet. Sein Gehalt konnte stark erhöht werden. Weil er das Krankenhaus, für das er arbeitete, mochte und respektierte, beschloss er, mit dem Chef zu sprechen und um eine Erhöhung zu bitten.

Der Chef lehnte ab. Es war unmöglich, weil die Gewerkschaften dies nicht zulassen würden.

Mein Freund ist gegangen.

Das Krankenhaus stellte schließlich einen externen Berater ein (der nicht an Level gebunden war) und veröffentlichte einen Job auf seiner Website. Der Berater wusste nichts über die vorhandene Infrastruktur, sodass sein Lernaufwand enorm war. Das Krankenhaus hat dadurch viel Geld verloren.

Das Krankenhaus hat viel mehr verloren. Der externe Berater erhielt das Fünffache des Preises, den mein Freund verlangt hatte, und konnte keinen qualifizierten Mitarbeiter finden, der ihn ersetzte.

Das war vor fast drei Jahren. Mein Freund ist immer noch an seinem neuen Platz und klettert sehr schnell die Hierarchieleiter hoch, was er liebt.

Das Krankenhaus zahlt immer noch das Fünffache.

IMHO sollte das Gehalt relativ zu dem Wert sein, den Sie dem Unternehmen bieten .

UPDATE : Wenn Sie sich in der Hierarchie nach oben bewegen, tritt der Hebeleffekt auf. Sie werden also tatsächlich für den Wert bezahlt, den Sie mitbringen. Geniale Programmierer, die 10x produktiver sind, sollten 10x mehr verdienen, unabhängig von ihrer Position in dieser Hierarchie (normalerweise ganz unten). Das wollte ich hervorheben.

Sie gehen mehr Risiken ein als Programmierer. Sie müssen Entscheidungen auf der Grundlage der Informationen treffen, die wir ihnen gegeben haben, und müssen sich dann der scharfen Kritik der Stakeholder stellen, wenn ihre Erwartungen nicht erfüllt werden. Ein Teil des Gehaltspakets gleicht dieses Risiko aus.

Ein weiterer Faktor kann die jahrelange Erfahrung sein, die erforderlich ist, um einen Projektmanager vorzubereiten, der richtig planen, schätzen und entschärfen kann. In gewisser Weise wird ein differenzierter Projektmanager durch Misserfolge geschult, was den Erwerb von Fähigkeiten teuer macht . Wenn ein Unternehmen erst einmal das Dienstalter erreicht hat, ist es möglicherweise nicht mehr gewillt, so wertvolles Personal loszulassen.

Bearbeiten:

Es gibt mehr Arten von Risiken als finanzielle oder körperliche Schäden. Betrachten Sie beispielsweise das Risiko, vom Manager oder Kunden gerügt zu werden. Obwohl kein tatsächlicher Schaden angerichtet wird, ist es dennoch unerwünscht genug, dass wir unser Verhalten anpassen, um diese Art von Ergebnissen zu vermeiden. Manager müssen jedoch immer gute Entscheidungen treffen und verschiedene Arten von Risiken im Interesse des Unternehmens gegeneinander abwägen, nicht nach persönlichen Vorlieben.

Die Programmierung mag etwas schwieriger sein, ist aber auch angenehmer. Sie sitzen einfach da und lösen das nette Programmierpuzzle, während Manager mit allerlei Scheiße zwischen ihren Untergebenen, ihren Kunden, ihren eigenen Vorgesetzten und Stakeholdern umgehen. Das ist der Grund, warum so wenige gesunde Menschen tatsächlich Manager sein wollen. Sie müssen dies daher durch höhere Zahlungen ausgleichen.

Das Programmieren ist schwieriger, aber das Management nervt mehr.

Eine Möglichkeit, sich vorzustellen, was jemand für ein Unternehmen wert ist, besteht darin, sich vorzustellen, wie es wäre, wenn diese Person das Unternehmen verlassen würde. In der Regel erweisen sich Manager in diesem Sinne als wertvoller als Programmierer. James Gosling , der Schöpfer von Java, hat Oracle kürzlich verlassen. Man könnte denken, dass es ein großer Verlust ist, aber raten Sie mal, was? Eigentlich ist es egal. Es hat kaum Auswirkungen auf Java oder Oracle. Hunde bellen, aber die Karawane geht weiter.

Übrigens denke ich (ernsthaft), dass Staubfänger und Reinigungskräfte viel mehr bezahlt werden sollten als Programmierer. Das Säubern des Mülls anderer Leute ist ein Job, der nervt und unverzichtbar ist.

Das Management auf das Erstellen von Diagrammen und das Schreiben von Dokumentationen zu reduzieren, ist wie zu sagen, dass Programmierung Tippen ist.

Für jeden Einzelnen, aber für mich ist das Programmieren viel einfacher als das Verwalten von Personen.

Jeder hier ist auf das Negative fokussiert. Ich habe noch nie einen Programmierer getroffen, der Büropolitik mag, und gute Manager schützen Sie vor dieser Art von Müll. Nachdem ich mit vielen Leuten bei unserem Hauptkunden zusammengearbeitet habe, ist die Hälfte von ihnen verrückt und ich bin froh, dass meine PM da ist, um diesen Wahnsinn für mich aufzunehmen. Wenn sie viel bezahlen, ist das in Ordnung. Er oder sie braucht es für die unvermeidliche Therapie.

Es ist natürlich umstritten, aber ein wesentlicher Grund dafür ist, dass sie die Verantwortung für das Projekt tragen, wenn es fehlschlägt, nicht für die Programmierer. Sie geben dir vielleicht ein Ohr, wenn du etwas verspannt hast, aber sie werden von noch höheren Mächten kritisiert . Sie sind für die Planung und Schätzung zuständig .

Das Management erfordert ein sehr facettenreiches Know-how : Fähigkeiten der Mitarbeiter, Führungsqualitäten, Fähigkeit, Kosten und Zeit abzuschätzen. Um all dies zu tun, müssen sie auch noch mit Ihrer Seite der Dinge in Kontakt sein (dh technisch gesehen eine Ahnung davon haben, was Sie tun) oder über den Charakter sehr gut urteilen.

Wenn Anforderungen nicht korrekt definiert wurden, liegt dies an ihnen.

Wenn Testpläne nicht korrekt definiert wurden, ist dies ihre Schuld.

Wenn Sie in den Urlaub fahren oder sich das Bein brechen oder an einem Samstagabend verschwendet werden oder ohne ausreichende Ankündigung abreisen und sie einen Ersatz finden müssen oder <aus irgendeinem Grund hier> und Sie Ihre Arbeit nicht erledigen können und das Produkt nicht funktioniert geliefert (pünktlich oder überhaupt), es ist immer noch ihre Schuld .

Beachten Sie auch, dass, wenn ich meine, sie die Verantwortung tragen, dies Auswirkungen auf Menschen über und unter ihnen hat . Wenn sie es vermasseln, könnten die Jobs Ihres Teams auf dem Spiel stehen. Das ist auch die Art von Druck , für den man bezahlt wird.

PS: Außerdem weiß ich nicht, ob ich sagen würde, dass das Programmieren schwieriger ist als Gantt-Diagramme (um das von Ihnen erwähnte Beispiel wiederzuverwenden). Ich kenne Sie nicht, aber ich finde die Programmierung (im Allgemeinen für 80% der Dinge, die Sie in der Branche tun müssen) ziemlich einfach. Wenn Sie etwas vermasseln, können Sie es reparieren. Wenn Ihr Chef sein Gantt-Diagramm oder seine Kostenschätzung vermasselt, wird dies ein viel größeres Problem sein, als a != nullfür a zu invertieren == null. Kleine Fehler sind für sie von größerer Bedeutung. Meistens ist es natürlich auch ein großes Problem, wenn Sie einen Test wie diesen in einer eingebetteten medizinischen Anwendung, die live ging, vermasselt haben. Aber sie bekommen mehr Probleme als Sie!

Angebot und Nachfrage sind ein wirtschaftliches Modell der Preisfindung in einem Markt. Daraus ergibt sich, dass auf einem wettbewerbsorientierten Markt der Stückpreis für eine bestimmte Ware so lange schwankt, bis die von den Verbrauchern nachgefragte Menge (zum aktuellen Preis) der von den Herstellern gelieferten Menge (zum aktuellen Preis) entspricht wirtschaftliches Gleichgewicht von Preis und Menge. Die vier Grundgesetze von Angebot und Nachfrage sind:

• Steigt die Nachfrage und bleibt das Angebot unverändert, so steigen Gleichgewichtspreis und -menge.
• Wenn die Nachfrage sinkt und das Angebot unverändert bleibt, sinken Gleichgewichtspreis und -menge.
• Steigt das Angebot und bleibt die Nachfrage unverändert, so sinken der Gleichgewichtspreis und die Menge.
• Wenn das Angebot sinkt und die Nachfrage unverändert bleibt, steigen der Preis und die Menge.

In diesem Fall ist ein Grund, dass zu viele Entwickler vorhanden sind.

Ich habe im Laufe meiner Karriere zwischen Entwickler- und PM-Funktionen gewechselt. Ich habe Entwickler in meinem Projekt, die doppelt so viel verdienen wie ich und andere, die die Hälfte verdienen. Die Hochverdiener werden bezahlt, was sie sind, weil: A) Sie sind "Rockstar" -Entwickler. B) Sie interagieren mit den Kunden, erläutern das Produkt auf eine für die Kunden leicht verständliche und sympathische Weise. C) Sie leiten Entwicklerteams, die an mehreren Projekten arbeiten. D) Sie sind immer verfügbar und bemühen sich um Ihre Zufriedenheit.

Sie üben die Funktionen eines Entwicklers, eines PM und eines BA in unterschiedlichen Funktionen aus. Wenn Sie 90% Ihrer Zeit damit verbringen, Code zu schneiden, sind Sie im Allgemeinen nicht unglaublich wertvoll und wahrscheinlich leicht austauschbar. Wenn Sie mehr Geld verdienen möchten, müssen Sie mehr Verantwortung übernehmen ... und wahrscheinlich ein anderes Unternehmen finden, das Sie mehr bezahlt.

Der Grund dafür ist, dass der Verantwortungsbereich eines Projektmanagers (oft) darin besteht, das gesamte Projekt pünktlich und mit akzeptabler Qualität innerhalb eines geplanten Budgets zu liefern. Oft steht viel Geld auf dem Spiel, weshalb gute Projektmanager häufig eine höhere Vergütung als Programmierer erhalten.

Ich glaube jedoch nicht, dass Business Analysten im Durchschnitt ein wesentlich höheres Gehalt als Programmierer verdienen. Und ich habe das Gefühl, dass das Gehaltsniveau in einem Unternehmen immer seltener von der Hierarchie und nicht vom Wert eines Mitarbeiters bestimmt wird.

Meine Erfahrung mag anders sein (oder ich lebe in einem anderen Universum mit verzerrten Gesetzen der Physik), aber die meisten Positionen von Geschäftsanalysten und Projektmanagern (nicht Programmmanagern , sondern Projektmanagern oder PMPs), die ich gesehen habe, sind auf oder leicht darunter das Durchschnittsgehalt der Programmierer.

Die Gehaltslücke vergrößert sich im Vergleich zum Durchschnittsgehalt der Softwareingenieure (zu Gunsten des Softwareingenieurs) zunehmend. Die Lücke ist im Vergleich zu Senior EE oder Senior Software Engineers noch größer. Kaum ein Senior Business Analyst oder Senior PMP wird das Gleiche leisten wie ein Senior EE oder Senior / Principal Software Engineer.

Als Programmmanager (was nicht dasselbe ist wie ein PMP) wird diese Person jedoch viel mehr als jeder andere machen (und die Gründe sollten offensichtlich sein).

Was mich am meisten stört, wenn ich diese Beschwerden über Gehälter sehe, ist, dass wir als Programmierer (insbesondere als Junior- / Einsteigerprogrammierer im Unternehmen) so besonders sind (oder nicht waren). Es gibt nichts wirklich in einem Einsteigerprogrammierer direkt nach der Schule, das ein Gehalt als Raketenwissenschaftler verdient. Nein .

Wir alle, die an Software arbeiten, haben bei Null angefangen. Wir alle taten.

Und WENN wir wirklich ehrlich sind, wissen wir gut, dass wir Mist nicht gekannt haben. Die Möglichkeit, unseren CS-Grundkurs zu absolvieren, ist nur der Ausgangspunkt. Es macht uns nicht so besonders oder ZOMG !!!! Über-Einstenianer. Wirklich Nein!

Und doch (und dank der unglücklichen Zeit der Dotcom-Blase) erwarten wir, nicht nur mehr zu verdienen, sondern viel mehr als eine andere Person mit Universitätsabschluss, nur weil OH WOW, wir Programmierer sind und sie nur Geschäfte machen Analysten und PMPs.

Kannst du Arroganz buchstabieren? Kurznachrichten - für die meisten Programmieraufgaben im Unternehmen benötigen Sie nicht einmal einen 4-Jahres-Abschluss. Wirklich, ist das ernst.

Nehmen Sie sich die Zeit und bauen Sie die Erfahrung für den Übergang von der Programmierung zum Software-Engineering (oder Engineering für diese Angelegenheit) auf der höheren Ebene auf. Dann können Sie verlangen viel, viel zu machen , pero mucho mucho viel mehr als Business Analyst und PMP.

Schaffen Sie es hinter sich - einige von uns sind (oder wurden) überbezahlt. Zeitraum.

Rant aside: Gründe für einen Business-Analysten und / oder PMP, die Gehälter von Programmierern zu vergleichen, die noch nicht über die erforderliche Zeit und das erforderliche Fachwissen verfügen, um mittelständische oder hochrangige Software-Ingenieure zu sein (oder die noch kein Fachwissen in einer stark nachgefragten Nische erworben haben) Bereich):

Ein Business Analyst ist die Verbindung zwischen Software- und Systemleuten und Geschäftsleuten / Geschäftsprozessen (die die Existenz Ihres Gehaltsschecks rechtfertigen und nicht umgekehrt). Sie sind dafür verantwortlich, Geschäftsprozesse in methodische, analytische Manieren als Input, der für die Formung von Anforderungen geeignet ist, die Dinge, an denen Sie arbeiten. Sie stellen sicher, dass Sie den größten Teil Ihrer Zeit mit Programmieren verbringen und sich nicht mit den Kleinigkeiten des Geschäfts befassen.

Viele von Ihnen denken, dass das Geschäft einfach ist. Wenn du wirklich denkst, dass das wahr ist, dann hilf dir Gott.

Ein Projektmanager ist die Person, die für das Jonglieren mehrerer Projekte zuständig ist (wobei Sie jeweils nur mit einem oder zwei Projekten jonglieren müssen.) Er ist Ihr Dach und derjenige, der die meiste Zeit die schmutzige Arbeit erledigen muss Verbleibende ungewaschene Massen wollen es nicht tun - um Menschen zu verjagen, die sicherstellen, dass sie ihre Arbeit tun, oder um Hindernisse für Ihre Arbeit zu beseitigen.

Er wird Sie fragen: "Woran arbeiten Sie? Arbeiten Sie daran, das Projekt voranzutreiben? Haben Sie Probleme mit Ihrer Arbeit? Was sind Ihre Hindernisse, was brauchen Sie? Wer kann es Ihnen geben?" "...

und dann geht er zu anderen und stellt die gleichen schwierigen Fragen, stellt sicher, dass Hindernisse beseitigt werden und stellt sicher, dass Sie Ihr Gewicht auf das Projekt legen (falls erforderlich).

Das größte Problem, das ich bei vielen gescheiterten Projekten gesehen habe, ist ein Mangel an PMPs oder eine Missachtung von PMPs (insbesondere von Entwicklern). Es ist selten, dass ich sehe, dass Projekte aufgrund inkompetenter PMPs fehlschlagen, und man muss sich fragen, warum viele Programmierer sind mehr als eifrig zu sagen, dass dies der Fall ist.

Ich bin in der Finanzabteilung und denke, dass die Mentalität in den meisten Non-Tech-Outfits ähnlich ist:

Das Gehalt ist proportional zum Karriererisiko

Abgesehen von einer vollständigen Entlassung einer Gruppe oder eines Teams behalten die Programmierer auf niedriger Ebene immer ihre Arbeit. Das liegt in der Natur des Jobs, und Programmierer wissen genau, dass sie kein Risiko eingehen. Wenn es einen Fehler gibt, sind es nicht ihre Köpfe auf dem Hackklotz.

In höheren Levels sind Sie der Erste, der etwas vermasselt. Ich habe viele Erfahrungen mit einem Untergebenen gemacht, der einen kleinen Tippfehler gemacht hat, der dazu geführt hat, dass wir Geld verloren haben, und ich habe die Hitze dafür auf mich genommen (nicht der eigentliche Programmierer, der den Fehler gemacht hat).

Die Bezahlung ist ganz einfach dem Risiko angemessen. Programmierer hingegen haben sozusagen keinen Skin im Spiel.

Wenn Ihre Frage lautete: "Warum bekommen X und Y höhere Gehälter als Programmierer in meiner Firma ?", Hätte ich vielleicht geantwortet: "Möglicherweise arbeiten Sie in der falschen Firma."

Der Erfolg eines Unternehmens im Softwaregeschäft hängt mehr von den Fähigkeiten seiner Programmierer als von jedem anderen ab. Unternehmen, die dies nicht erkennen, haben automatisch einen Nachteil gegenüber denjenigen, die dies erkennen. Die besten Programmierer anzustellen und sich gut um sie zu kümmern, ist die beste Wahl. Der Unterschied in der Arbeit der großen Programmierer gegenüber dem Rest ist enorm; viel größer als der Unterschied im Gehalt, den sie befehlen. Aber wenn Sie darauf bestehen, Ihre Programmierer zu wenig zu bezahlen, werden Sie das bekommen, wofür Sie bezahlen.

Trotzdem ist jede andere Rolle im Geschäft wichtig. Die großartigen Manager haben einen enormen Einfluss. Ein Großteil davon besteht darin, großartige Programmierer zu gewinnen und sie bei Laune zu halten. Ähnliches gilt für Geschäftsanalysen, Marketing, Verkauf, Tests und Support.

Wenn Sie ein großartiger Programmierer sind und nicht gut belohnt werden, gehen Sie woanders hin. Andererseits sind Sie vielleicht kein großartiger Programmierer. Wenn Sie nicht großartig sind, ist es leider schwer zu verstehen, warum. Wenn du wüsstest warum, könntest du dich ändern und großartig sein, oder?

Ich war Programmierer und People Manager. Ich habe mit vielen tollen Programmierern gearbeitet, aber nur mit wenigen tollen Managern. Als Manager war ich nicht großartig, aber zumindest wusste ich es. Meine Leute haben mehr Raises als ich bekommen, was sie verdient haben.

Es hat wenig mit Fähigkeiten und Arbeit zu tun. Ich meine, wenig in der Wirtschaft hängt davon ab, wie viel Menschen verdienen .

Mehr Geld verdienen ist eine kurzlebige Idee. Jeder glaubt, dass er es verdient, mehr Geld zu verdienen.

Obwohl dies möglicherweise nicht fair ist, verdienen Manager mehr Geld, nur weil die Geschäftsinhaber ihnen mehr vertrauen. Manager erhalten oft höhere Gehälter, um nicht zu einem ungünstigen Zeitpunkt einen neuen Job aus heiterem Himmel anzunehmen.

Ich denke, Ihre ganze Grundlage für diese Frage ist fehlerhaft.

Management muss mehr bezahlt werden als ihre Untergebenen. Das Dienstalter in einem Unternehmen hängt im Allgemeinen vom Gehalt ab, und es gibt keine Möglichkeit, dass ein Junior-Mitarbeiter die Mittel hat, um seine Senioren zu kommandieren.

Menschen zu führen ist eine Fachkompetenz. Nicht jeder kann ein Projektmanager (PM) sein. Die Aufgabe wird mit zunehmender Mitarbeiterzahl immer schwieriger. In einer technischen Funktion als PM muss der PM ein gutes Verständnis für die Technologie haben, um effektiv führen zu können. Andernfalls wird er nicht den Respekt und die Unterstützung seiner Untergebenen erhalten.

In vielen Berufen ist eine Kernkompetenz die Fähigkeit, etwas zu verkaufen. Und um etwas zu verkaufen, müssen Sie sich selbst verkaufen. Der Käufer muss Ihnen vertrauen und das Produkt oder die Dienstleistung, die Sie anbieten, so schätzen, wie Sie es beabsichtigen. Diese Fähigkeit ist vollständig auf Gehaltsverhandlungen übertragbar.

Ich habe jeden Beitrag durchgesehen und ich wage zu sagen, dass die meisten von ihnen versuchen, Äpfel und Bananen zu vergleichen.

Erstens glaube ich, dass jemand, der sagt, dass „managen ist ein Kinderspiel“, nie etwas weiter als seinen eigenen Zeitplan managen musste. Auf der anderen Seite, sagen Sie, dass "jeder kann alles codieren" dumm ist (und im falschen Forum ist, um Himmels willen!).

Ich mochte besonders rwong und luis.espinal asnwers, obwohl ich glaube, dass es andere Tatsachen gibt, die auch beachtet werden müssen.

Ich glaube nicht, dass Hierarchie eine Antwort ist - heutzutage nicht - obwohl sie perfekt für die letzten 10.000 Jahre passt. Wir haben jahrhundertelang in einer Gesellschaft gelebt, in der je höher Ihre Profite sind, desto höher Ihre Macht (und umgekehrt). Ich glaube nicht, dass es für unsere Welt gilt, so wie es ist (besonders in unserer Region).

Zurück zur Hauptfrage: Ich glaube, dass Manager in der Regel mehr verdienen, weil sie für ein Unternehmen wertvoller sind, und nicht, weil sie eine höhere Hierarchie haben, sondern weil sie eine höhere Wertschöpfung haben

• all das Wissen, das er bereits aus früheren Erfahrungen gesammelt hat (normalerweise haben Programmierer weniger Erfahrung als Manager im Allgemeinen)
• um mehrere Dinge gleichzeitig verwalten zu können (Programmierer haben eine Aufgabe - oder eine Jobliste - zu erledigen, während Manager ihre eigenen Aufgaben verwalten müssen)
• Sie sind der Hauptansprechpartner für das von ihnen verwaltete Projekt und aus diesem Grund das erste Ziel, falls etwas schief geht. Ist einfacher, Ihren Job zu verlieren, wenn Sie ein Manager sind; Als Entwickler haben Sie die Lizenz, etwas zu wiederholen. Das ist der Risikofaktor, den alle erwähnten.
• Entwickler sind Teil eines gesamten Projektlebenszyklus. Ich glaube, wenn wir hier von "Programmierern" sprechen, denken wir auch an die Tester, technischen Redakteure und alle anderen Personen, die für den Erfolg des Projekts von großer Bedeutung sind.
• und es gibt etwas, das ich nur in ein paar Beiträgen zu diesem Thema gesehen habe: Führung. Als Manager wissen Sie, wie man mit Menschen in Kontakt kommt, verhandelt, alle motiviert und Synergien schafft, wenn die Stimmung schlecht ist.

Meiner Meinung nach ist der Führungsfaktor der Hauptgrund für die höheren Gehälter, da er ein enormes langfristiges Ergebnis für das Unternehmen und für alle, die an der Spitze stehen, generiert.

Übrigens, ich hatte nur wenige Erfahrungen als Teamleiter (weit davon entfernt, ein Projektleiter zu sein!) Und so viel ich weiß, was ein Leiter tut, so viel Arbeit muss ich leisten.

Bearbeiten: Vergessen hervorzuheben: Kommunikationsfähigkeiten sind für die meisten von uns keine Stärke, aber ein Muss für eine Führungskraft. Außerdem möchte ich einen sehr guten Beitrag bei Coding Horror teilen, der sich auf gute Programmierer und Kommunikationsfähigkeiten bezieht -> http://www.codinghorror.com/blog/2011/02/how-to-write-without-writing .html

Stellen Sie sich das so vor: Die Anzahl der qualifizierten Manager ist geringer als die Anzahl der qualifizierten Programmierer. Daher sind Manager für Unternehmen "wertvoller".

Das hängt davon ab, wie Sie "Schwierigkeit" definieren. Ich frage mich jedoch, ob Sie wissen, worum es im Projektmanagement geht und was Business Analysts tun sollten. Ich habe viel Frustration von Ihrer Frage gelesen, daher denke ich, dass Sie einige schlechte Erfahrungen gemacht haben. Trotzdem möchte ich versuchen, Ihre Frage zu beantworten.

Projektmanager und Business Analysten sind in der Regel "älter", wenn sie diese Positionen erfüllen. Wenn Entwickler ihre Karriere noch sehr jung beginnen (um die 20 Jahre), sind die meisten Projektmanager und Analysten fast 30 Jahre alt (was bereits allein nach dem Alter einen Unterschied in der Bezahlung bewirkt). Sie sind auch diejenigen, denen der Kunde ausgesetzt ist, das heißt, sie müssen vor Ort reisen, stundenlang foltern, um dem Kunden zuzuhören (insbesondere, wenn ein Projekt schief läuft) und ihre Wünsche / Bedürfnisse einbringen. Sie müssen vorsichtig sein, was sie versprechen und insbesondere in welchem ​​Umfang (Lieferfrist). Auch wenn aus Ihrer Sicht das, was sie tun, nur dokumentiert, sind Business Analysten ausgebildet, um die Bedürfnisse des Unternehmens zu analysieren, und Projektmanager überwachen die Planung von Projekten.

Sie fungieren als Firewall zwischen dem Kunden und den Entwicklern. Eine technische Perspektive ist etwas anderes als eine Vertriebsperspektive. Die meisten Business Analysten und Projektmanager sehen sich auch einer Vielzahl von Kunden gegenüber - sie sind exponiert und haben daher „Leads“. Ihr Netzwerk besteht aus Entscheidungsträgern, und deshalb ziehen es Unternehmen vor, Menschen mit solchen Netzwerken in Reichweite zu halten. schließlich ist ein verkauf ein verkauf.

In Bezug auf Schwierigkeit? Starten Sie ein Unternehmen, haben Sie zehn Entwickler und versuchen Sie, ein Projekt zu verwalten. Die Kopfschmerzen kommen damit kostenlos. Tun Sie dies ein Jahr lang und sehen Sie sich dann Ihre Antwort noch einmal an. Für BA's? Ergreifen Sie eine solche Gelegenheit. Setzen Sie sich mit Kunden zusammen, die eine AIX-Maschine aus dem Jahr 1974 haben und deren Entwickler tot / im Ruhestand / im Sterben / Alzeheiming ist. Der Entwickler muss wissen, ob ein bestimmter Wert generiert wird oder eine mystische Formel hat. Versuchen Sie, innerhalb von 3 Tagen 20 Personen mit einem Powerpoint von Ihrer Lösung zu überzeugen. Wenn das Dokumentieren so einfach gewesen wäre, hätte Linux bereits 1997 die Welt erobert. Versuchen Sie wirklich, jeden Monat ein technisches Whitepaper für Nicht-Techniker zu schreiben (diejenigen, die glauben, dass Facebook eine Revolution im Bereich der Datenverarbeitung ist).

Ich bin Vertriebsingenieur. Das heißt, ich entwickle mich weiter, aber mein Spezialgebiet sind Prototypen und Demonstrationen. Und ich verdiene mehr als ein Business Analyst oder ein Projektmanager. Nicht weil ich ein Netzwerk habe (das tue ich aber), sondern weil ich die Einstellung verlassen und mich mehr auf die Geschäftsperspektive konzentriert habe, mich zertifizieren ließ und mir einige Soft Skills beibrachte. Und die Erfahrung, das Nein zu lernen, ist auch eine Antwort, wenn es um Überstunden geht.

Einfache Antwort: Sie sind für das Unternehmen wertvoller als Programmierer.

Warum? Weil sie sicherstellen, dass Projekte abgeschlossen werden, auch wenn sie nicht selbst programmieren. Das heißt, ihr Wert (rein monetär für das Unternehmen) ist mehr als ein einzelner Programmierer. Das Unternehmen glaubt nicht, dass nicht verwaltete Programmierer produktiv und daher wertvoll sind ... Nur der Manager macht sie so.

Scheiße, und wir mögen es vielleicht nicht, aber das ist der Grund, warum das Unternehmen sie mehr bezahlt.

Ihre Position ist (wie bereits erwähnt) mit Nachteilen verbunden: Wenn sie es nicht schaffen, ein Projekt zu einem bestimmten Zeitpunkt fertigzustellen, sind sie selbst schuld, nicht die Programmierer. Sie schultern mehr Verantwortung und sind sehr wahrscheinlich wegen Nicht gefeuert (es sei denn , es gibt einige BS Firma Nepotismus los).

Eigentlich dürfen sie keine Fehler machen, sie müssen mehr Druck ausüben und haben einen viel unbeständigeren Job ... aber lassen Sie sich nicht verwirren: Deshalb werden sie nicht mehr bezahlt - ein Unternehmen Es macht einem Rattenarsch nichts aus, wie stark Sie unter Druck stehen, wie unbeständig Ihre Position ist, so etwas. Ihnen ist nur wichtig, welchen Wert Sie für das Unternehmen bringen. Zeitraum.

Das ist Kapitalismus, Leute.

Ich weiß nicht, wie oft das Wissen über Gantt-Diagramme in einem Jahr aktualisiert werden muss. Beim Programmieren müssen Sie sich jedoch mit neuen Technologien vertraut machen, die in Ihrem Alter nicht so einfach sein werden.

Das Erlernen einer neuen Technologie erfordert stundenlanges Schwitzen, wenn Sie klug genug sind, dies zu absorbieren.

Die in den Jahren des Programmierens erworbenen Fähigkeiten werden in der gegenwärtigen Unternehmenskultur nicht sehr geschätzt.

Der Vergleich des Gehalts eines frischgebackenen Programmierers mit einem Gehalt mit mehr als 10 Jahren Erfahrung ist eine traurige Geschichte.

Das Vergleichen einer neuen PM mit einer 10-jährigen PM ist eine großartige Geschichte. Nach 10 Jahren Erfahrung wird die PM möglicherweise Direktor.

Warum wollen immer noch so viele Menschen IT an der Universität lernen? Ich verstehe nicht Wurden sie ordnungsgemäß informiert?

Ich verstehe nicht, wie die Leute heutzutage die Fähigkeit schätzen.

Aus genau den gleichen Gründen, aus denen ein CEO 263-mal so viel verdienen kann wie sein durchschnittlicher Mitarbeiter.

Das Management macht nicht immer mehr als das technische Personal. Das hochrangige technische Personal sollte aktiv in die Analyse und Entscheidungsfindung auf Unternehmensebene einbezogen und die technische Roadmap für das Unternehmen erstellt werden. Wenn dies der Fall ist, können die leitenden technischen Mitarbeiter viel mehr verdienen als die Geschäftsführer, mit denen sie jeden Tag zusammenarbeiten.

Einer der populären Mythen des Geschäfts ist, dass der Manager mehr als die Leute bezahlt werden sollte, die er / sie handhabt. Meiner Meinung nach ist dieser Begriff eher in Bürokratien verankert als in funktionalen, agilen Teams.

Anders ausgedrückt: Die Vergütung soll den Wert des Beitrags einer Person zum Unternehmen widerspiegeln. Es gibt hervorragende Geschäftsmanager und durchschnittliche Manager, und es gibt hervorragende Ingenieure und durchschnittliche Ingenieure. Wenn Sie einen hervorragenden Ingenieur haben, der die Technologie zum Geldverdienen einschränkt und die Technologien des Unternehmens gut kennt, ist es dann nicht im besten Interesse des Unternehmens, diese Person aggressiver zu entschädigen als ein durchschnittlicher Geschäftsführer, der zufällig diesen herausragenden Ingenieur leitet? Was sind die Opportunitätskosten für den Verlust dieses technischen Fachwissens und dieser Fähigkeiten, weil Sie diese wertvolle Ressource vernachlässigt haben?

Ich habe vor einem Monat mit meinem ersten Projekt als PM begonnen. Vorher habe ich als Programmierer gearbeitet. (Übrigens bekomme ich das gleiche Geld wie vorher.)

Ich fand heraus, dass ein guter PM bedeutet, ein guter Programmierer mit einer großen Erfahrung zu sein. Sie sollten in der Lage sein, von einem Teammitglied zum nächsten zu wechseln und die Probleme zu besprechen, indem Sie Ihre praktischen Erfahrungen nutzen, um die Probleme zu verstehen, indem Sie einen anderen Standpunkt einnehmen. Ihre Aufgabe ist es unter anderem, die Schnittstellen zu verwalten. Ein PM ist wie ein Dirigent. Sie können die besten Musiker haben, aber wenn Sie keinen guten Dirigenten haben, der gut mit dem Metainstrument-Orchester umgehen kann, ist das nur eine Katastrophe.

Das Gegenstück ist der Spezialist. Dies ist der Programmierer, der in der Lage ist, schwierige Probleme zu lösen, da er die Problemdomäne genau kennt. Diese erfahrenen Leute werden oft auch gut bezahlt, wenn sie gut genug in Verhandlungen sind. Leider sind Spezialisten oft Nerds und nicht so an Geld interessiert oder gut darin, ein gutes Geschäft zu machen ...

Programmierer setzen das Gehalt nicht als höchste Priorität (vorausgesetzt, es ist zu einem vernünftigen Preis.). Stellen Sie sich zwei Stellenangebote vor, bei denen ein Mitarbeiter ein höheres Gehalt und gleichzeitig eine Verpflichtung hat, aber technischen Support, strenge Geschäftszeiten, eine Kleiderordnung, das Verfassen von Benutzerdokumentationen und den Umgang mit Legacy-Codes in einer veralteten Sprache erfordert, von denen Sie gehofft haben, dass Sie sie nie wieder verwenden müssen viel mehr Gehalt würden Sie benötigen?

Wenn Sie für ein Unternehmen arbeiten, das Programmieren, Rechnen, Problemlösen und andere Fähigkeiten respektiert, können Sie für zwei Dinge mehr verdienen:

• Schwieriger arbeiten
• Mehr Verantwortung übernehmen

Nur weil ein Krankenhaus seinen qualifizierten DBA nicht viel bezahlt (siehe Beispiel in der ersten Antwort), bedeutet dies nicht, dass dies in jedem Unternehmen gleich ist.

Gut, ich bin ein wenig überrascht von den Antworten, also geht es los. Aber vorher möchte ich nur klarstellen, dass ich Programmierer bin und es nichts gibt, was ich mehr mag als Programmieren. Das heißt, ich habe einen gesunden Respekt vor kompetenten PMs und BAs. Mir ist klar, dass viele von uns PMs und BAs ablehnen, weil es im Gegensatz zur Programmierung möglich ist , sie ohne das erforderliche Maß an Kompetenz ( Büropolitik , nette Anzüge usw.) zu übertreffen .

Sowohl das Projektmanagement als auch die Geschäftsanalyse sind jedoch wichtige Komponenten der Softwareentwicklung.

Wenn wir an Softwareentwicklung denken, tendieren viele von uns dazu, sich nur auf die Programmierung zu konzentrieren, ohne alles andere. Doch es steckt mehr dahinter als nur Kodierung.

Erstes Ziel der Entwicklung ist es, eine Software zu entwickeln, die die Probleme des Kunden tatsächlich anspricht und löst. Dies setzt voraus, dass zunächst tatsächlich die Anforderungen des Kunden ermittelt werden (da der Kunde möglicherweise nicht genau weiß, was er möchte). Dies ist nur durch eine detaillierte Analyse der Domäne, in der der Kunde tätig ist, und der Struktur der verschiedenen Artefakte (ob es sich um Personen oder technische Infrastruktur handelt) möglich oder prozessieren) und anschließend eine geeignete Geschäftslösung (und deren Integration in die Technologie) entwickeln, um diesen Anforderungen gerecht zu werden.

In ähnlicher Weise kann ein Projekt von erheblicher Größe absolut nicht ohne ein effektives Management funktionieren. Jetzt weiß ich nicht, wie es an anderen Orten ist, aber bisher habe ich die Erfahrung gemacht, dass PMs normalerweise aus einer Reihe von Programmierern befördert werden, sodass sie eine Vorstellung davon haben, wie das Projekt organisiert und ausgeführt werden muss.

Zusammenfassend sind sowohl BAs als auch PMs Abstraktionsschicht für die Entwicklung .

Viele Leute sagten hier, dass Programmieren schwieriger ist und deshalb mehr verdienen sollte. Das ist eine sehr romantische Ansicht. Die Wahrheit ist, dass in einem normalen, gesunden Unternehmen die Bezahlung der Verantwortung entspricht , dh dem Mehrwert dieser Person und auch dem Risiko .

Das Risiko wird oft vergessen. Normalerweise kann es zu erhöhten Kosten kommen, wenn der Programmierer in seinem schwierigen Job versagt, aber nicht mehr. Nicht wie 10% der Arbeiter ihren Job verlieren oder so etwas. Das Risiko ist recht gering.

Ich möchte auch nicht der Idee zustimmen, dass die meisten Geschäftsleute mehr verdienen. Ich wette, der normale Geschäftsmann verdient weniger als die meisten Bachelor of Science / Engineering. Zum Beispiel als under Urlaub Coder verdiente ich fast das gleiche wie einige Vollzeit - Business - Zeug Arbeiter in der gleichen Firma.

Und last but not least, warum ist der Projektmanager kein Ingenieur? Normalerweise ist der Projektmanager ein Mann mit vielen Jahren Erfahrung im Thema des von ihm verwalteten Projekts, was bedeutet, dass es sich bei Programmierjobs um einen erfahrenen Programmierer handelt, der der Projektmanager ist.

Es gibt Unternehmensumgebungen, in denen entweder das Befehls- und Kontrollmuster oder das Hub-and-Spoke-Kommunikationsmuster dominiert. In diesen Organisationen sind der Manager und der Hauptkommunikator häufig dieselbe Person. Dies macht den Manager zu einer einzigen Fehlerquelle - alle negativen Auswirkungen von Fehlkommunikationen oder fehlenden Übersetzungen werden verstärkt. Daher erfordern diese Umgebungen Personen mit umfangreichen technischen Kenntnissen als Manager, um die Richtigkeit zu gewährleisten.

Besser organisierte Teams ernennen normalerweise einen Chefkommunikator, der diese Verantwortung übernimmt. Organisationen, die Wissensmanagement praktizieren, haben keine zentrale Fehlerquelle in der Kommunikation. In diesen Organisationen bitten die Manager und Kommunikationschefs um Informationen und erleichtern Diskussionen. Diese Informationen werden erfasst und für die interne Weitergabe verarbeitet. Es sind andere soziale Kompetenzen erforderlich.

Ebenso sind Business Analysten häufig die zentrale Anlaufstelle zwischen den Kunden und dem technischen Personal des Unternehmens.

Dies ist nicht immer der Fall. Als ich für die Computer Sciences Corporation (CSC) arbeitete, verdienten die meisten Manager weniger als die "Leute, die etwas Nützliches hervorbrachten". Im Falle von CSC glaube ich, dass dies der Fall war, weil das Unternehmen von einer Gruppe von Programmierern gegründet worden war.

Zu der Zeit (1970) gab es in LA eine andere Softwarefirma, deren Namen ich mit einer interessanten Gehaltsliste vergesse. Programmierer erhielten 25.000 US-Dollar pro Jahr und Support-Mitarbeiter erhielten 15.000 US-Dollar pro Jahr. Die Idee war, dass man sich nicht wundern sollte, wenn man der schlechtere Programmierer wäre.