Wie geht man mit dem Argument "Ich werde für diese Aufgabe nicht genug bezahlt" um?

Nun, die Lösung ist hier einfach. Danken Sie Brummbär für seine Ehrlichkeit, setzen Sie ihn wieder auf die regulären Aufgaben ein und holen Sie den Nächsten von der Ersatzbank.

Wenn jemand an einem solchen Projekt nicht interessiert ist und andere Leute zur Verfügung stehen, dann ist es im Interesse aller, die Leute auf das Projekt zu setzen, die sich am meisten dafür interessieren. Eine mürrische Lohnerhöhung wird ihn nicht begeisterter für das Projekt machen, also ist es weder in Ihrem noch im Interesse des Projekts, ihn trotzdem dabei zu haben.

Im weiteren Verlauf werden Sie auch einige schwierige Entscheidungen treffen müssen. Ich würde die Haltung dieses Entwicklers im Auge behalten und beobachten, wie sie sich auf das Team auswirkt. Es könnte sein, dass bei Ihnen ein Krebsgeschwür beginnt. Wenn er tatsächlich Spaß an seiner Arbeit hat, ist dies eine der Aussagen, die er bereuen wird. Aber für mich ist das beste Ergebnis, auf das dieser Entwickler hoffen kann, dass er mit dem Team an die Decke gestoßen ist - und das mag in Ordnung sein, wenn er Ihre Systeme kennt, seine Arbeit gut macht und keine Probleme verursacht. Wenn das aber nicht diese Person ist, werden Sie sich irgendwann damit auseinandersetzen müssen.

Das ist etwas, das hätte verhindert werden müssen , nicht im Nachhinein behandelt werden. Es tut mir leid, aber wenn Sie (wie es scheint, ohne irgendeine Art von Vorwarnung) plötzlich die Richtung der persönlichen Entwicklung des Mitarbeiters ändern und überrascht sind, wenn dies nicht die gleiche Richtung ist, in die der Entwickler voranschreiten möchte, liegt das Problem nicht beim Mitarbeiter.

Ist es fair, in diesem Szenario mürrisch zu sein? Ja, natürlich. Ist es fair, eine Gehaltserhöhung zu beantragen? Vielleicht, vielleicht auch nicht - vielleicht wird der Mitarbeiter sogar zu viel bezahlt. Da der Arbeitgeber und der Arbeitnehmer offensichtlich unterschiedliche Erwartungen an den Handlungsspielraum des Arbeitnehmers haben, ist es für einen Dritten nicht möglich, dies zu sagen.

Natürlich spielt auch die Kultur eine Rolle - ich bin in Schweden FWIW (typischerweise relativ flache Hierarchien und bevollmächtigte Mitarbeiter/schwache Manager).

Also rief ich die beiden ältesten und erfahrensten Entwickler, die ich in meinem Team habe, an und stellte ihnen das Projekt vor. Während einer von ihnen wirklich daran interessiert zu sein schien, war der andere etwas… mürrisch, gelinde gesagt.

Sie trafen die Wahl, die beiden erfahrensten Entwickler zu bitten, die Herausforderung anzunehmen. Wenn derjenige, der die Aufgabe ablehnte, dies getan hätte, ohne mürrisch zu sein, oder ein gut durchdachtes Argument vorgebracht hätte, hätten Sie sich einfach an Kandidat #3 gewandt? Wenn ja, dann tun Sie das.

Wenn es für den Entwickler, der die Aufgabe abgelehnt hat, noch einen Platz gibt, dann weisen Sie ihm diese Aufgabe zu.

Denken Sie daran, dass Sie ihn nicht bitten, sich etwas außerhalb seiner Komfortzone zu bewegen. Sie bitten sie vielmehr, etwas Mathematik zu lernen, für die sie über dieses Projekt hinaus keine Notwendigkeit sehen. Der beste Kandidat waren vielleicht nicht die beiden ranghöchsten Entwickler. Es könnte der Junior-Entwickler oder sogar der Praktikant gewesen sein (obwohl ich nicht vorhätte, einen Praktikanten zu bitten, für eine langfristige kritische Fähigkeit verantwortlich zu sein).

Lassen Sie mich hier den Anwalt des Teufels spielen:

• Ihr Unternehmen hat eine Arbeit aufgenommen, für die es absolut keine Kompetenzen hat.
• Diese Arbeit ist in einem Bereich angesiedelt, der sich sehr von den meisten anderen Bereichen der Softwareentwicklung unterscheidet. Dies ist nicht Ihre übliche “neue Programmiersprache lernen”, dies ist schwergewichtige Mathematik, die sogar die meisten Vollzeit-Mathematiker fürchten.
• Ihr Unternehmen weigert sich, eine neue Person als Leiter einzustellen, sondern glaubt, dass theoretische Schulungen und Kurse keine Erfahrung ausgleichen können.
• Sie haben einen hoffnungslosen Optimisten und Enthusiasten an die Spitze gestellt (Sie)
• Der Leiter (Sie) kann nicht einmal anerkennen, dass andere Leute andere Ziele haben könnten als er.

**Ich sage nicht, dass dies ein Rezept für eine Katastrophe ist. […] Sie sagen, es geht darum zu lernen, aber es gibt niemanden mit Erfahrung, der Sie unterrichten kann. Das bedeutet, dass Sie aus Ihren eigenen Fehlern lernen werden, und in vielen Fällen werden Sie falsch lernen. Im besten Fall werden Sie große Teile Ihres neuen Wissens wieder verlernen müssen. Im schlimmsten Fall werden Sie nie wissen, was Sie falsch gemacht haben.

Die Wahrscheinlichkeit, dass Sie scheitern, ist sehr hoch. […] Im schlimmsten Fall wird sich der Kunde auf Strafklauseln berufen und Ihr Unternehmen wird viel mehr als nur Ihre Zeit und Gehälter verlieren, so dass Entwickler mit Rufschädigung gefeuert werden können. Meinen Sie nicht, dass dieses Risiko eine Entschädigung wert ist?

Ich habe das pessimistischste Bild gemalt, aber ich glaube, es ist notwendig, Ihrem Optimismus ein Gegengewicht entgegenzusetzen.

Kommen wir noch einmal auf den letzten Punkt meiner Aufzählung zurück, der das Einzige ist, was Sie persönlich falsch gemacht haben. […] Sie scheinen sich nicht darüber im Klaren zu sein, dass das, was Sie als aufregend empfinden, von anderen vielleicht als einschüchternd oder einfach nur als langweilig empfunden wird. Sie sehen es als eine Aufwertung an, während Sie sich weigern zu akzeptieren, dass andere es als eine Herabstufung sehen könnten. Oder es passt einfach nicht gut zu ihrer Work-Life-Balance. Ein anderer Blickwinkel ist, dass Sie es im Rahmen der “Entwickler”-Position sehen. Das Problem ist, dass es nichts anderes als eine Meinung ist. […] Sie müssen damit rechnen, dass andere Menschen Ihre Meinung nicht teilen. Es war in Ordnung, beiläufig zu fragen, ob jemand die neue Stelle will. Aber Sie hätten sowohl ein “Nein” als auch ein “Ja” erwarten müssen.

Sie müssen auch bedenken, dass eine Stelle immer ein Vertrag ist. Und wie jeder Vertrag braucht es zwei Seiten, um ihn zu ändern. Die Stellenbeschreibung ist Teil des Vertrags. […] […] **Aber jeder muss bereit sein, mit der Antwort zu leben.

IMHO seine Frage war keine richtige, er will den neuen Job einfach nicht. Und hat den Spieß umgedreht, so dass Sie es sind, der tatsächlich “Nein” sagen muss. Hier gibt es für Sie nichts zu tun, außer Ihre Einstellung zu ändern, dass Ihr Team Ihre Überzeugungen und Lebensziele teilt.

Ich halte es für fair, um eine Gehaltserhöhung zu bitten, nachdem man für eine Facharbeit eingeteilt wurde, die eine bestimmte Reihe von Fähigkeiten erfordert, die am Arbeitsplatz nicht üblich sind. Es klingt, als ob es sich hier um ein großes Datenprojekt handeln könnte, und diese Fähigkeiten sind sehr gefragt und werden viel besser bezahlt als das durchschnittliche Entwicklergehalt. Dies trifft auch nur dann zu, wenn es sich um eine laufende Aufgabe handelt.

Erhöhungen für spezielle Fähigkeiten für ein einmaliges 3-6-monatiges Projekt sind nicht angebracht (ein Bonus könnte es sein). Erhöhungen für das neue permanente Big Data-Team schon. Als Leiterin oder Leiter könnten Sie die Gehälter für Personen mit den Fähigkeiten, um die Sie Ihr Team bitten, recherchieren und prüfen, ob es angebracht wäre, Gehaltserhöhungen mit dem Management zu besprechen, nachdem sich Ihr Team bewährt hat.

Normalerweise wäre diese Bitte jedoch für das gesamte Team und würde im Allgemeinen nach dem Erwerb der Fähigkeiten erfolgen, obwohl sie zu einem bestimmten Zeitpunkt später versprochen werden könnte, wenn die Fähigkeiten erworben wurden.

Die Art und Weise, wie er es angegangen ist, sich ohne eine Gehaltserhöhung nicht qualifizieren zu lassen, ist allgemein verpönt. Da Sie persönlich noch anderes Personal zur Auswahl haben, würde ich mich an die nächste Person wenden, die vielleicht interessiert sein könnte. Ich hätte wahrscheinlich das Team befragt, bevor ich jemanden gebeten hätte, herauszufinden, wer daran interessiert ist, sich diese Fähigkeiten anzueignen, und dann meine Auswahl unter den Freiwilligen getroffen, nachdem jeder die Chance hatte, seine Argumente dafür vorzubringen, warum er ausgewählt werden sollte. Es gibt nicht so viele Leute, die sich wirklich für die höheren mathematischen Fähigkeiten interessieren; eine jüngere Person hätte vielleicht schon einige Studien in diesem Bereich durchgeführt, weil es Teil seines Interesses war.

Grumpy ging damit sehr schlecht um. Wie auch immer…

Als jemand, der jahrzehntelang Entwickler war und jetzt Mathematikforscher ist, der eine Menge vorhersagekräftige Analysen durchführt, verstehe ich irgendwie Grumpy’s Standpunkt. Während Softwareentwickler darauf vorbereitet sein müssen, Bits und Stücke aus einer Vielzahl von Disziplinen zu lernen, um ihre Arbeit tun zu können, gibt es einen bedeutenden Unterschied zwischen einem Entwickler und einem Forscher, genau wie zwischen einem Manager und einem Entwickler. Es ist nicht so, dass er sich weigert, eine neue Programmiersprache zu lernen oder herauszufinden, wie man mit irgendeiner seltsamen Hardware zusammenarbeitet; es ist eher so, dass er sich weigert, Grafikdesign zu machen oder ein Team zu leiten oder ein Flugzeug zu fliegen.

Grumpy mag mathematikphobisch sein. Aber es ist auch möglich, dass er genug über Statistik und Data Mining weiß, um zu vermuten, dass es eine schwierige, undurchsichtige Arbeit sein wird. In diesem speziellen Bereich der Mathematik ist es sehr einfach, einige Techniken zu erlernen, aber es ist auch leicht, sie in den falschen Situationen anzuwenden! Ein Gymnasiast könnte lernen, wie ARIMA funktioniert, aber zu wissen, wann es gültig ist und wie man die richtigen Parameter auswählt, liegt eher auf der Ebene der Hochschulabsolventen. Viele Mathematiker mögen keine Statistik, nicht weil sie schwieriger ist als andere Bereiche, sondern weil sie… kniffliger ist.

Wie Sie nehme ich die Chance wahr, neue Mathematik zu lernen, und ich liebe meinen Beruf. Aber ich verstehe, wie Grumpy sich fühlen könnte, wenn er gebeten wird, etwas zu tun, das einfach zu weit außerhalb der Rolle eines Entwicklers liegt. Wie ich schon sagte, hat er es sehr schlecht gehandhabt, und ich entschuldige das nicht. Aber er könnte eine gewisse Rechtfertigung dafür haben, wie er sich fühlt.

Als ein Mathematiker, der sich zum Softwareentwickler gewandelt hat, sympathisiere ich mit Grumpy: d.h. ich bevorzuge jetzt die Softwareentwicklung (und ich denke, ich bin jetzt besser in der Softwareentwicklung als in der Mathematik).

Andererseits, wenn ich an Grumpy’s Stelle wäre und Ihnen das sagen wollte, würde ich es tun – und ich würde das Thema nicht verwirren, indem ich das Gehalt erwähne.

Die Tatsache, dass Grumpy das Gehalt erwähnt hat, könnte bedeuten, dass Grumpy über das Gehalt mürrisch ist, und dieses Projekt ist lediglich ein Auslöser oder eine Ausrede, um eine Gehaltserhöhung zu verlangen.

Mein Rat wäre also, zu versuchen, die Probleme zu trennen, auch wenn Grumpy sie nicht trennt. Fragen Sie: “Ist Grumpy mit seinem derzeitigen Gehalt zufrieden? Fragt er unabhängig von diesem neuen Projekt nach einer Gehaltserhöhung?” Angesichts der Tatsache, dass er einer der zwei ältesten und erfahrensten Entwickler ist, sollten Sie ihm zuerst eine bedingungslose Gehaltserhöhung anbieten und dann fragen, ob er bereit ist, diese neue Sache zu machen?

Und/oder können Sie ihn hinsichtlich der Art der neuen Verantwortlichkeiten beruhigen? Wenn ich er wäre, würde ich mir Sorgen machen, zu versagen. Das erhöhte Gehalt könnte “Gefahrengeld” sein, um mich für erhöhtes Risiko oder Stress oder unbezahlte Überstunden zu entschädigen. Wird das Unternehmen zum Beispiel genügend Hilfe (z.B. einen Fachexperten, d.h. einen Mathematik-Mentor) zur Verfügung stellen, um seinen Erfolg zu garantieren?

Sie sagen, dies sei “Forschung auf akademischem Niveau”, aber auch “im Grunde genommen Software-F&E”, die sich gegenseitig ausschließen/kontradiktorisch sein könnten. Offenbar sind Sie der akademischen Forschung näher als er seiner?

Ist es möglich, dass der Entwickler das Gefühl hat, für die Arbeit, die er jetzt leistet, nicht genug bezahlt zu werden? Gewöhnlich, wenn Leute sagen: “Ich bekomme dafür nicht genug bezahlt”, meinen sie damit, dass sie sich generell unterbewertet fühlen und ein Fluchtrisiko darstellen könnten.

Wenn Sie in der Lage sind, das zu korrigieren, und er unterbewertet (oder nicht grob überbewertet) ist, dann könnte er ein gutes Argument vorbringen, und Sie können seine Unternehmensziele so anpassen, dass er, wenn er diese Forschung betreibt und dieses Projekt erfolgreich entwickelt, in diesem Jahr eine Gehaltserhöhung erhält, die besser ist als erhöhte Lebenshaltungskosten. Schlagen Sie im Voraus einen Prozentsatz vor und dokumentieren Sie diesen. Oder Ihr Unternehmen könnte Bezeichnungen wie “Erwartungen übertreffen” haben, die automatisch zu einer großen Gehaltserhöhung führen. Sagen Sie ihm also, dass er “Erwartungen übertreffen” wird und entsprechend entschädigt wird. Geld kann ein großartiger Motivator sein und aus Miesepetern glückliche Camper machen

Oder er könnte sagen, dass er sich wirklich nicht als Matheforscher versteht. Wenn das der Fall ist, bitten Sie jemand anderen, es zu tun, und stellen Sie es dem Team vor. Wenn es wirklich nur Forschung ist, können Sie vielleicht Ihren Produktmanager oder Geschäftsanalytiker bitten, die Informationen zu studieren und sie dem Entwicklerteam bei den Anforderungen vorzulegen.

Obwohl ich wirklich, wirklich kein Fan der Formulierungen dieses Mannes bin - besonders in der Software-Entwicklung werden wir ziemlich gut dafür bezahlt, das zu tun, was wir tun, und was wir tun, ist oft mit Nachforschungen verbunden, um herauszufinden, wie Sie die Sache, von der Sie sagten, dass Sie sie tun würden, umsetzen können - denke ich, dass es einen Kern Wahrheit in dem gibt, wovon er spricht. Nein, Sie sollten ihm keine Gehaltserhöhung geben. Es gibt jedoch einen Punkt, an dem es sowohl für Sie als auch für die Person, die nicht mit matten Dingen arbeitet, eine schlechte Zeit sein wird, matte Dinge zu tun.

Ich bin in meiner Karriere als Entwickler tatsächlich in eine halb-ähnliche Situation geraten. Ich meine, in gewisser Hinsicht ist es überhaupt nicht genau dasselbe, aber trotzdem… wie bereits erwähnt, bin ich Entwickler. Ich entwickle Sachen. Wenn Sie etwas Geschäftslogik implementieren und Widgets auf einer Webseite dazu bringen wollen, herumzuspringen und Dinge zu tun, bin ich Ihr Mann. Ich habe am Backend und am Frontend gearbeitet, Middle-Tier-Webdienste erstellt und bei Bedarf neue Sprachen und Frameworks im Handumdrehen übernommen. Was ich nicht tue - ich sollte sagen, was ich nun nicht tue - ist Design. Wenn Sie mich bitten, eine Webseite zu entwerfen, werde ich es tun, verstehen Sie mich nicht falsch, aber ich werde es tun, wenn ich Ihnen sage, dass ich keine Ausbildung oder Expertise in diesem Bereich habe und Ihnen die Ergebnisse vielleicht nicht gefallen. Letztendlich denke ich, dass Sie besser dran sind, wenn Sie einen wirklichen Designer einstellen und mich dann benutzen, um den Entwurf dieser Person zu übernehmen und umzusetzen.

Was ich hier also sagen würde, ist, diesen Kerl so zu nehmen, als ob er Ihnen diese Sache erzählt, anstatt “zahlen Sie mir mehr”, denn in gewissem Sinne ist das, was er tut. Es geht hier nicht so sehr darum, dass Softwareentwickler X bezahlt werden und dass man für Mathematik X + 10% bekommen sollte, sondern darum, dass manche Softwareentwicklung nicht wirklich Mathematik erfordert, und wenn man also von den Leuten verlangt, viel davon zu machen, bedeutet das, dass man am Ende weniger als hervorragende Ergebnisse erzielen wird. Je nach Situation empfehle ich vielleicht:

• Schauen Sie sich die Fähigkeiten Ihrer anderen Entwickler an und prüfen Sie, ob jemand anderes in Ihrem Team einen eher mathematischen Hintergrund hat oder bereit ist, das zu lernen, was Sie lernen müssen. Vielleicht verkaufen Sie ihnen sogar die Vorstellung, dass dies ein neues Werkzeug darstellt, das sie lernen und mit auf zukünftige Auftritte nehmen können (siehe unten!). Der größte Nachteil hier ist, dass zusätzlich zu der zusätzlichen Zeit, die für das Hochfahren der Dinge (und dabei möglicherweise für das Erlernen einer neuen Architektur und neuer Frameworks) aufgewendet wird, dieser bestimmte Entwickler auch dadurch gebremst wird, dass er die Mathematik, die Sie implementieren wollen, lernen und verstehen muss…

• Einen Analysten hinzuziehen, um die Gleichungen herauszufinden, und dann Ihre vorhandenen Entwickler die Gleichungen in Code implementieren lassen, genau wie sie es mit jedem anderen Stück Geschäftslogik tun würden. Das hat den Nachteil, dass die Person, die sich mit Mathematik auskennt, am Ende nicht die Mathematik in Ihr System schreibt, aber das lässt sich ziemlich einfach lösen, indem man den Schwerpunkt auf die testgetriebene Entwicklung legt (was Sie bereits tun, richtig? Richtig?). Diese Methode hat auch den Vorteil, dass Sie, wenn Sie z.B. im Finanzwesen arbeiten, einen der Leute aus ihrer Abteilung nehmen können: Die Chancen stehen gut, dass sie sich mit diesem Zeug besser auskennen als praktisch jeder s-dev, den Sie von der Straße holen können, denn das ist ihre Aufgabe.

• Einen externen Berater hinzuziehen, der sich nur um den matten Teil des Codes kümmert, und dann diesen Teil einfach irgendwie sperren, so dass er nie wieder angefasst werden kann. Das ist auch aus vielen Gründen problematisch - zuallererst ist der Tag, an dem ich Code finde, der auf der ganzen Linie nicht überholt werden muss, der Tag, an dem ich mich dem hellseherischsten Entwickler überhaupt vorstelle - aber je nachdem, was Sie vorhaben, könnte dies der richtige Weg sein. Dieser andere Typ kostet vielleicht auch ein bisschen mehr als das, was Sie Ihren derzeitigen Entwicklern zahlen, aber, nun ja, es ist ein spezialisiertes Teilgebiet.

Wie ich schon sagte, bin ich kein großer Fan dieser Formulierung, und vielleicht bedeutet das an und für sich schon, dass man sich mit der Person, die das sagt, unterhalten muss (ich würde mich nebenbei bemerkbar machen, wenn er sich nicht an den Bus Factor halten würde, und es wäre vielleicht an der Zeit, etwas von dem Kodex dieses Typen durchzugehen, nicht als Bestrafung, sondern weil IME-Leute, die in dieser Branche in Gehaltsstufen denken, auch in der Absicht denken, Dinge zu tun, um sich unersetzlich zu machen). Ich glaube aber nicht, dass er unbedingt falsch liegt.

Sie erwähnen, dass Grumpy einer der ältesten Entwickler ist. Ich frage mich, wie alt? Vor Jahren hatte ich jemanden für mich arbeiten, der Mitte 50 war, er war ein kompetenter Entwickler, er war glücklich in seiner Arbeit, aber er weigerte sich, zusätzliche Verantwortung zu übernehmen. Es stellte sich heraus, dass es eine Geschichte gab, dass er in der Vergangenheit aufgrund von Stress eine berufliche Pause einlegen musste, dass er seine Grenzen kannte und diese nicht überschreiten wollte. Respektieren Sie sein Urteilsvermögen und setzen Sie ihn für die Dinge ein, die er gut macht.

Ich würde sagen, die Antwort hängt davon ab, wie genau die Einschätzung des Entwicklers ist.

Wenn seine Stellenbeschreibung tatsächlich die Ausführung dieser Art von Arbeit beinhaltet und seine Bezahlung dafür angemessen ist, dann ist seine Behauptung ungenau.

Andererseits passen seine Arbeitsplatzbeschreibung und/oder sein Lohnsatz nicht zu der neuen Art von Arbeit, dann sollten sie angepasst werden, um dies genau widerzuspiegeln.

Im Allgemeinen bedeutet das nicht, dass das Unternehmen, selbst wenn es einen Mitarbeiter auf eine neue Arbeitsplatzbeschreibung ausbildet, die Arbeitsplatzbeschreibung und den Lohnsatz dieses Mitarbeiters nicht entsprechend anpassen sollte. Einige Unternehmen versuchen das vielleicht, aber das ist nicht angemessen und neigt dazu, die Moral zu senken und schließlich Mitarbeiter zu verlieren.

Aus Ihren Kommentaren klingt es so, als seien Sie sich nicht sicher. Anstatt (wie einige andere Antworten hier angedeutet haben) seine Aussage in eine Ablehnung oder eine schlechte Haltung zu verwandeln, würde ich vorschlagen, ihn als respektablen Vorschlag eines Erwachsenen zu behandeln und professionell zu reagieren, indem Sie den Vorschlag anerkennen und Leute befragen, die wissen würden, was für diese Art von Arbeit angemessen ist, und sich dann mit ihm darüber unterhalten, was Sie darüber herausgefunden haben.

Der Mitarbeiter erklärt, dass er keine Arbeit machen will, für die er nicht eingestellt wurde, und bietet einen Kompromiss an: Mehr Geld, und er wird die Arbeit trotzdem machen.

Sie müssen die Option mit mehr Geld ablehnen. Wenn er die Arbeit nicht machen will, wird er trotz des zusätzlichen Geldes wahrscheinlich unzufrieden sein, die Arbeit zu machen, und Unzufriedenheit kann ansteckend sein. Darüber hinaus schafft es einen schlechten Präzedenzfall für Leute, die die Arbeit tun wollen, aber jetzt wissen, dass sie um eine Gehaltserhöhung bitten können, bevor sie etwas anderes lernen.

Behandeln Sie dies wie jeden anderen Mitarbeiter, der eine Arbeit nicht tun will, für die er nicht eingestellt wurde. Und wie Sie das handhaben, hängt von vielen anderen Details ab, aber in diesem speziellen Fall danken Sie ihm für die Zeit und bitten Sie um einen anderen Freiwilligen, denn das ist die Art von Projekt, an dem Sie mit Leuten arbeiten wollen, die daran arbeiten wollen.

Ich glaube, ein paar kleinere Punkte im Zusammenhang mit der Frage wurden von anderen Postern (zum Zeitpunkt dieses Posters) noch nicht gefragt/beantwortet:

• Wie lautet der Titel der alten Stelle?
• Wie wird diese Stelle bezahlt? (Marktkurse)
• Wie lautet der Titel der neuen Position?
• Wie wird dieser Titel bezahlt? (Marktsätze)
• Was ist der Unterschied in der Bezahlung zwischen “Senior Developer” und “That Title”
• Ist es für ihn die Zeit/Aufwand wert, den Gehaltsunterschied zu erhalten?

Was ist der Titel der aktuellen Position? Verschiedene Titel werden unterschiedlich bezahlt… es gibt einen Unterschied zwischen einem Entwickler und einem Ingenieur… ein Senior Developer und ein Senior Engineer. Wie wird der neue Titel genannt? Mathmatik-Entwickler? Forscher-Entwickler? Senior Research Engineer?

Wie wird jemand mit diesem Titel nach Marktpreisen bezahlt? Es gibt einige Positionen, die “härter” sind, aber weniger bezahlt werden… Denken Sie Forscher an Universitäten… viele Leute, die versuchen, die Positionen zu bekommen, damit die Nachfrage die Marktpreise senkt.

Was ist der Unterschied zwischen dem aktuellen “Titel” und dem “Neuen Titel” auf dem Markt? Wenn es $1000/Jahr ist… das ist ein anderes Gespräch als $75000 pro Jahr…

Was bedeutet… lohnt es sich für “Grumpy Dev”, “Math Research” zu lernen? Ja, es stimmt, dass ein Teil des Lebens eines Entwicklers darin besteht, neue Dinge zu lernen… es ist auch das Lernen neuer Dinge, die wertvoll sind. Entweder in monetärer Hinsicht (Gehaltserhöhung) oder in anderer Hinsicht (Karrierefortschritt, neue Möglichkeiten, neue Technologien)…

Sir Grumpy hat mir gegenüber deutlich gemacht, dass seine Hauptpriorität Geld ist. Wenn er ein Front-End-Entwickler sein möchte und Sie versuchen, ihn zu einem Entwickler für angewandte Wissenschaften zu machen… könnte es sich für ihn nicht lohnen, zu wechseln - angesichts der gleichen Gehaltsstufe. Die einzige Möglichkeit für ihn, es als lohnenswert zu betrachten, wären $$$$. Entweder das, oder er ist nicht interessiert und gibt die Verantwortung an Sie ab. Stimmen die Marktsätze mit seinen Erwartungen überein? Ihren Erwartungen?

Ich habe das Gefühl, dass eine Antwort auf Ihr Problem bereits gegeben wurde - dass, wenn Sie eine Person in Ihrem Team haben, die an einem Projekt, das in eine neue Richtung geht, nicht interessiert ist, aber Sie brauchen jemanden mit Erfahrung, der Ihnen helfen kann, dann gehen Sie zu der Person mit der nächstgrößeren Erfahrung nach ihm, oder vielleicht erwägen Sie sogar, deren spezifische Fähigkeiten zu überprüfen (hat jemand in Ihrem Team einen mathematischen Hintergrund?) und lassen Sie ihn die Wartung weiterführen, die Ihr Team normalerweise macht.

Aber um Ihre Frage zu beantworten - ‘ist das eine faire Bitte? Es ist fair von ihm, darum zu bitten, aber es wird von Ihnen keineswegs verlangt, dass Sie sich weiter damit befassen.

Wenn Sie Ihre Nachforschungen angestellt und sichergestellt haben, dass die Bezahlung für eine Person mit Erfahrung in seiner Position den Marktwerten entspricht, dann gibt es wenig Raum für die Behauptung, dass eine permanente Gehaltserhöhung angebracht ist.

Bedenken Sie auch die volle Tragweite seines Titels - von einem Software-Entwickler wird erwartet, dass er etwas Forschung und Entwicklung betreibt, wenn es für seine Position relevant ist. Bis jetzt war dies nicht der Fall. Aber da Ihr Team mit der Implementierung dieser neuen Art von Programm beauftragt wurde, gehört es jetzt zum Job, und diese Aufgaben abzulehnen, bedeutet, daß er einen Teil seiner Arbeit ablehnt.

Ab sofort ist das kein verdammendes Problem - Sie haben andere Entwickler, die Sie stattdessen mit dieser Aufgabe betrauen können. Aber wenn Ihr Team weiterhin Entwickler braucht, die ein gewisses Verständnis für diese Art von Mathematik haben, kann dieser Mitarbeiter zu einer Belastung werden, wenn er nicht bereit ist, zu lernen. Bedenken Sie das also.

Beachten Sie, dass es auch von seinem Vertrag abhängt, ob es zu seiner Stellenbeschreibung gehört oder nicht - viele Verträge haben eine Klausel für “alle anderen Aufgaben, die zur Ausführung Ihrer Arbeit erforderlich sind”, die eine zusätzliche Ausbildung wie diese beinhaltet.

Was Ihr Teamkollege verlangt, ist nicht fair - überhaupt nicht.

Das Erlernen neuer Fähigkeiten gehört zu jedem Job, besonders heutzutage in der Technologiebranche.

Ihr Unternehmen bietet an, die Ausbildung zu bezahlen, es ist also nicht so, dass Ihr Teamkollege ins kalte Wasser geworfen wird.

Die meisten Menschen würden es zu schätzen wissen, wenn sie die Möglichkeit hätten, ihre Fähigkeiten zu geringen oder gar keinen Kosten zu erweitern und zu verbessern und im Wesentlichen am Arbeitsplatz zu lernen.

Die Reaktion Ihres Teamkollegen ist offen gesagt ungehorsam und giftig. So jemanden brauchen Sie in Ihrem Team nicht.

Dieses Problem sollte an einen Manager oder jemanden, der für die Bewertung der Leistung Ihres Teamkollegen verantwortlich ist, eskaliert werden.