Ausscheidender leitender Ingenieur weigert sich, Ersatz für die Open-Source-Community/Peers einzuführen

Wir hatten einen älteren, sehr fähigen (dh 5x) Ingenieur, "Gust", der seine Kündigung (4 Wochen) abgesessen hat und gehen wird. Unser Unternehmen „testet“ Personen gerne in ihren neuen Rollen, wenn sie befördert werden, bis zu 6 Monate, bevor wir sie offiziell befördern. Aufgrund der Inkompetenz von Gusts ehemaligem Manager arbeitete Gust 18 Monate lang zwei Ebenen über seiner Gehaltsgruppe und bildete neue Ingenieure auf höheren Ebenen aus, als er bezahlt wird (dh Gust ist ein "leitender Ingenieur I" und hat neue ausgebildet " leitender Ingenieur II/III"-Positionen für über ein Jahr).

Wir haben den Manager streng diszipliniert, der dies 18 Monate und nicht nur 6 Monate in die Länge gezogen hat. Der wirkliche Fehler (nicht meiner) ist, dass er Leute trainiert hat, die viel älter sind als er.

Ich arbeite mit begrenzten Ressourcen, um das Chaos zu beheben, das jemand anderes verursacht hat. Ich habe versucht, dies mit einer Beförderung zum "Senior Engineer II" und einem Bonus zum Ausgleich des "verpassten Gehalts" für die letzten 12 Monate (Probezeit sollte nie länger als 6 Monate sein) zu mildern, aber Gust wollte 2-3 Beförderungen direkt ( Geschäftsführung lehnte wegen der "Optik" ab) und einen noch größeren Bonus, dh "wenn ich Leute 2 Stufen über mir ausbilde, sollte ich mindestens 3 Stufen über meiner aktuellen Gehaltsstufe bezahlt werden".

Gusts Selbsteinschätzung erscheint fair, da er Leute auf höheren Ebenen trainiert. Das Niveau, in das er hineinwachsen muss, erfordert jedoch zusätzliche Soft Skills, die er noch nicht besitzt. Da er jedoch andere in viel höheren technischen Positionen ausbilden kann, ist er davon überzeugt, dass er bereits über alle erforderlichen Soft + Technical Skills verfügt.

Gust wartete, bis die jährlichen Prämien und Aktienauszahlungen abgerechnet wurden, und stellte seine Kündigung zu.

Mein Problem ist , dass, während Gust Dokumentation und Schulungsmaterialien für seine eventuellen Nachfolger bereitstellt (muss an seiner Stelle 3 Zwischeningenieure einstellen), ein Großteil seiner Arbeit von Änderungen an Open-Source-Technologien abhängt (zahlreiche Open-Source-Projekte auf GitHub). Auch wenn wir seine Nachfolger nach und nach in diesen Projekten schulen können (schließlich ist es nur Code), besteht ein großer Teil des Erfolgs bei diesen Projekten darin, jemanden mit der notwendigen Beziehung zu den Betreuern/Mitwirkenden für diese Projekte zu haben. Die Open-Source-Projekte haben zwischen 5 und 10 Betreuer, die den größten Teil der Arbeit erledigen, und Gust ist Betreuer bei jedem Projekt.

Ich weiß nicht, was Gust getan/gesagt hat, aber die meisten Entwickler bei diesen Projekten (zumindest diejenigen, die wir per E-Mail kontaktiert haben) haben uns im Grunde genommen abgewiesen und die Zwischeningenieure mit Verachtung behandelt (und in einigen Fällen sehr unflätige Sprache). Wie können wir am besten mit diesen Open-Source-Teams zusammenarbeiten und die Fackel von Gust an unsere fortgeschrittenen Ingenieure weitergeben, damit wir weiterhin die Funktionen erhalten, die wir für diese Projekte benötigen?Wir haben Gust direkt um Hilfe gebeten, und er sagte uns rundheraus: „Geht selbst zum Teufel; euch meinen Kumpels für meine Hobbys nach Feierabend vorzustellen, steht nicht in meiner Stellenbeschreibung“. Ich sehe nichts in den Mailinglisten oder GitHub-Seiten, das darauf hindeutet, dass Gust diese Teams ermutigt, uns zu misshandeln, aber ich bezweifle, dass solche Leute so grob zu Neuankömmlingen sein würden, die sich an dem Projekt beteiligen, wenn sie nicht angewiesen würden, uns gegenüber so zu handeln .

Wir benötigen Funktionen, die nur von Personen mit Fachwissen (dh den Betreuern) implementiert werden können. Wir können das Projekt aus rechtlichen Gründen, auf die ich hier nicht eingehen kann, nicht forken. Dieses Mandat kam von unserem Rechtsteam. Was sie sagen, ist im Grunde ein Marschbefehl für uns (dh alles, was GPL mit Verachtung behandelt wird; Apache/BSD ist ein "Vielleicht", wenn wir Glück haben).

Kommentare sind nicht für längere Diskussionen gedacht; diese Konversation wurde in den Chat verschoben .
Schade, dass die Kommentare verschoben wurden. Sieht so aus, als hätten die Kommentare Klarheit geschaffen. Siehe Kommentare in Antworten, z. B. „das OP hat in den Kommentaren (jetzt in den Chat verschoben) klargestellt, dass „wir Funktionen benötigen, die nur von Personen mit Fachwissen (dh den Betreuern) implementiert werden können“ . …
@SybillePeters Ich habe in den Kommentaren des OP bearbeitet, wo ich denke, dass sie sinnvoll sind. Das Hinzufügen zusätzlicher Informationen aus dem OP ist ein gültiger Bearbeitungsgrund, um eine Bearbeitung vorzuschlagen, wenn Sie sie selbst vornehmen wollten (obwohl Ihre Bearbeitungszusammenfassung erklären sollte, woher die Informationen stammen, damit jeder, der Ihren Vorschlag überprüft, nicht verwirrt ist, woher der Text stammt aus).
@BSMP Danke. Ich schätze es. Toll, dass "der Arbeitsplatz" für Sauberkeit sorgt.
Wie bist du dazu gekommen, dich auf etwas zu verlassen, das „Gust“ in seiner Freizeit macht? Warum hat niemand diese wichtige Arbeit zu einem Teil seiner Stellenbeschreibung gemacht?
Es hört sich so an, als hätte sich das Unternehmen auf Gusts Verbindungen zu bestimmten Open-Source-GPL-Software-Communities verlassen, um für das Unternehmen wichtige Funktionen in den Codebasen der Open-Source-Projekte freundlicherweise zu pflegen und/oder einzuführen und dadurch die Verpflichtungen des Unternehmens etwas zu „erleichtern“ oder zu unterstützen ansonsten unter der GPL. Aber jetzt, da Gust vom Winde verweht ist (Wortspiel beabsichtigt), könnte es vielleicht eine bessere Aufgabe für besagte fortgeschrittene Ingenieure sein, besagte Abhängigkeit von GPL-Software zu durchbrechen, indem sie entweder geeignete Nicht-GPL-Alternativen finden oder etwas Neues/Eigenes von Grund auf neu schreiben. .

Antworten (10)

Ich bin etwas überrascht, dass Sie davon überrascht sind.

Gust hat persönliche Arbeitsbeziehungen mit Leuten, die diese Open-Source-Software warten. Glaubst du nicht, dass Gust sich darüber ausgelassen hat, wie deine Firma seinen Job und seine Pflichten handhabt? Glaubst du nicht, dass jeder dieser Mitwirkenden Gusts Beschwerden darüber gehört hat, wie du ihn zugegebenermaßen unterbezahlt und entwertet hast? Dass Sie sich geweigert haben, ihn zu dem Job zu befördern, den er bereits gemacht hat ? Dass es 3 Neueinstellungen brauchte, um den Job zu erledigen, den zuvor eine unterbezahlte Person gemacht hatte?

Nein, sie haben all seine Klagen über Sie gehört. Sie haben sich in sie hineinversetzt und sind jetzt sauer auf dich. Und Gust hat absolut Recht – es ist definitiv nicht seine Aufgabe, Ihnen bei diesen Verbindungen in irgendeiner Weise zu helfen.

Um ehrlich zu sein, stehen Sie nicht nur auf Platz eins. Ein Fremder wäre in einer besseren Position als Sie. Stattdessen hegen Sie wahrscheinlich aktive Abneigung gegen Sie und Ihr Unternehmen.

Ihr bester Weg nach vorne wäre also etwa so:

Hallo,

Hören Sie, ich weiß, was mit Gust schief gelaufen ist, aber ich bin nur einer der Typen, die sie angeheuert haben, um zu versuchen, seine Fußstapfen zu füllen. Ich weiß, dass Sie wahrscheinlich sauer auf unser Unternehmen sind, und ich kann das verstehen (ich war nicht glücklich, als ich herausfand, was passiert ist).

Ich stoße auf ein Problem mit X. Ich weiß nicht, ob Sie einen Blick darauf werfen könnten - ich weiß, dass Sie im Laufe der Jahre viel an diesen Modulen gearbeitet haben. Wenn Sie es nicht können, verstehe ich es auf jeden Fall - lassen Sie es mich einfach so oder so wissen.

  • Tim

Aka, mit anderen Worten, einer dieser 3 Techniker, die versuchen, ein wenig Trennung zwischen ihnen und dem Umgang Ihrer Firma mit Gust herzustellen. Vielleicht hat der 3rd-Party-Schauspieler ein bisschen Mitleid / Sympathie für sie ( sie sind nicht diejenigen, die Gust verarscht haben).

Denken Sie daran, dass Leute, die Open-Source-Projekte machen, dies zum Spaß (oder aus anderen Gründen) kostenlos tun. Wenn jemand, der für Dinge bezahlt wird, vorbeikommt und vorschlägt, etwas zu implementieren, das das Open-Source-Projekt nicht braucht, aber einem Unternehmen X helfen wird, Geld zu verdienen (und jemandem, der Führungsqualitäten/Soft-Skills demonstriert), ist dies nicht unbedingt der Fall sah mit einer positiven Einstellung. Vor allem, wenn diese Leute wissen, dass Ihre Firma gerade einen ihrer Betreuer vermasselt hat.
Unabhängig von den Rechten und Unrechten der Situation muss jede Bewertung durch das OP gegenüber den Open-Source-Betreuern sehr sorgfältig formuliert werden, da das Unternehmen möglicherweise eine andere Ansicht hat und im Falle von Rechten und Unrechten berechtigten Grund zur Beschwerde/Disziplinarmaßnahme hat schriftliche Kritik eines ihrer Mitarbeiter an ihren Handlungen gegenüber einem anderen gegenüber einem Dritten.
Das ist eine gute Antwort, aber der Musterbrief könnte etwas höflichere Sprache vertragen, denke ich. (Es mag regional sein, aber wenn ich eine E-Mail mit Imperativen ("Hör zu", "Lass es mich einfach wissen") und ohne "Bitte" oder "Danke" erhalten würde, wäre ich persönlich weniger geneigt, hilfreich zu antworten.)
@SalvadorDali Das ist nicht unbedingt wahr. Die meisten großen Projekte werden professionell von engagierten Entwicklern durchgeführt, die entweder direkt bei Stiftungen angestellt sind oder von Unternehmen, die ihre Mitarbeiter ehrenamtlich zur Verfügung stellen.
Ich möchte hinzufügen, dass viele Leute in der Open-Source-Community StackExchange lesen und diese Geschichte wahrscheinlich wiedererkennen werden – was zu Sympathie für die neu eingestellten Ingenieure führen könnte oder auch nicht. Und es würde mich nicht überraschen, wenn viele Leute bei institutionellen Anlegern StackExchange nach solchen Geschichten durchsuchen, und es ist fair anzunehmen, dass dies zu sehr wenig Sympathie für die Manager/Führungskräfte/Vorstände führen wird, die so viel Mist gebaut haben.
Natürlich ließ Gust die anderen Projektbetreuer wissen. Gust brauchte einen neuen Job, und wen könnte man besser fragen als Mitbetreuer? Sie arbeiten mit derselben Technologie, wissen wahrscheinlich über offene Stellen Bescheid und können für Gusts Fachwissen bürgen.
Überraschenderweise sind Entwickler nicht wie diese geschlagenen Ehepartner, die zu ihrem sogenannten Ehemann zurückkehren, zumal sie viele andere Möglichkeiten haben, viel besser behandelt zu werden.
Ich bin überrascht, dass du überrascht bist, @Kevin. Viele Manager sind Psychopathen, die sich damit begnügen, andere zu misshandeln, bis sie kaputt gehen – sie regen sich nur auf, wenn die Folgen des Bruchs eines Mitarbeiters Auswirkungen auf diesen Manager haben (dh die Tatsache, dass jemand kaputt gegangen ist, ist für sie irrelevant). Diese Frage liest sich sehr, als wäre sie von einem solchen Manager geschrieben worden.
@DiegoSánchez und in diesem Fall haben diese Entwickler ihre eigenen Fehler und Prioritäten, die ihnen von der Organisation auferlegt werden, die sie tatsächlich bezahlt. Sie würden sich nicht weniger um die „neue Funktion“ kümmern, die von einem anderen Unternehmen benötigt wird.
@AaronF, wenn dich jemand beschimpft, solltest du nicht zu förmlich oder zu höflich sein, wenn du antwortest. Eine zu höfliche Antwort zeigt nur an, dass Ihnen Ihr Chef immer noch über die Schulter schaut oder dass Ihnen jemand aus der Personalabteilung/PR bei der Formulierung Ihrer Antwort hilft, das ist nicht der Eindruck, den Sie erwecken möchten (auch wenn es stimmt). Davon abgesehen stimme ich zu, dass es regionale Unterschiede geben könnte, die mir nicht bekannt sind.
Ich denke, diese Antwort könnte von einer Erwähnung profitieren, dass es an dieser Stelle keine Rolle spielt, wer jetzt an dem Open-Source-Projekt teilnimmt. Jeder von dieser Firma, der dies tut, trägt die "E-Corp"-Maske. Sie könnten die netteste Person mit einigen der besten Codes sein, die es gibt, und niemand wird sich darum kümmern, weil sie dieses Unternehmen repräsentieren.
@AlanDev Bitte achten Sie darauf, was Sie bearbeiten, und auf den Kontext des Beitrags. Gust wurde nicht entlassen. Der Antwortende sagte, dass die Situation unglücklich sei.

Wenn Sie Funktionen benötigen, müssen Sie sie finanzieren

Wenn Sie bestimmte Funktionen in "diese Projekte" integrieren müssen, müssen Sie sie selbst entwickeln oder jemanden von außen damit beauftragen. Anstatt mit den Betreuern "eine Beziehung aufzubauen", müssen Sie Ihren "Zwischeningenieuren" angemessene Zeit und Mühe zuweisen, damit sie direkt zu diesem Projekt beitragen können. Es scheint, dass sie eine schlechte Reaktion bekommen, weil sie in diesem Projekt ankommen und anfangen, nach Dingen zu fragen – das ist nicht angemessen, was haben sie diesem Projekt gegeben ? Haben sie viel hochwertigen Code beigesteuert, der den Zielen der Betreuer hilft? Dasist das, was erforderlich ist, um Respekt zu bekommen, nicht eine "Verbindungsübergabe". Wenn sie dazu nicht in der Lage sind, weil besondere Erfahrung erforderlich ist (es ist wahrscheinlicher, dass es nur eine Lernkurve gibt, die gelöst werden kann, indem Sie Ihren Ingenieuren genügend Zeit zuweisen), können Sie sich an bestimmte Betreuer wenden ("Gust" selbst könnte eine Option sein, aber wahrscheinlich nicht wollen) und versuchen Sie, sie als Auftragnehmer einzustellen, um an Ihren Funktionen zu arbeiten.

Es scheint, dass Sie früher recht glücklich waren, Ihre Features kostenlos fertigstellen zu können, meist als zufälliger Nebennutzen von den Soft Skills von jemandem, dessen Karriere durch einen „Mangel an Soft Skills“ eingeschränkt war. Diese Situation ist selten und sollte sich auch in Zukunft nicht fortsetzen, vielleicht werden Sie diese Fähigkeit irgendwann wiedererlangen, aber nicht kurzfristig. Sie hatten dort einen guten Lauf, aber jetzt ist es vorbei, es geht wieder wie gewohnt weiter - und das erfordert, dass Sie die Entwicklung dieser Funktionen finanzieren. entweder mit Geld oder mit Zeit der Ingenieure auf Ihrer Gehaltsliste.

Ich stimme dem zu, das Unternehmen braucht eine Open-Source-Strategie, die regelmäßige Beiträge zu den Projekten beinhaltet, auf die sie sich verlassen. Hier scheint das Grundproblem die Rechtsabteilung zu sein, die immer noch an „GPL = Krebs“-FUD glaubt.
@amon: Ich wette, das eigentliche Problem ist, dass die Rechtsabteilung von derselben Personalabteilung eingestellt wurde, die auch für die Probleme mit Gust verantwortlich war. Dieses Problem ist in der Regel noch schlimmer, da sich die Personalabteilung mit dem Arbeitsrecht befassen muss und daher noch eher davon ausgeht, dass sie das Qualifikationsniveau eines Kandidaten selbst beurteilen kann. Aber IP-Recht ist ganz anders als Arbeitsrecht.
Aus dem OP ist mir nicht klar, dass sie die OSS-Betreuer bitten, die Funktionen zu erstellen. Selbst wenn Sie die Funktionen selbst implementieren und testen, könnten Sie immer noch leicht auf die gleichen Probleme stoßen, wenn die Betreuer Ihre Änderungen nicht akzeptieren wollen.
@Paul, der OP, stellte in den Kommentaren (jetzt in den Chat verschoben) klar, dass "Wir Funktionen benötigen, die nur von Personen mit Fachwissen (dh den Betreuern) implementiert werden können".

Sie haben mehrere Probleme:

Du hast Gust verarscht. Er ist zu Recht sauer auf dich. Für ihn ist es unerheblich, wie stark der Manager, der ihn unterschätzt hat, „diszipliniert“ oder nicht „diszipliniert“ war, und ehrlich gesagt, wenn ich an seiner Stelle wäre, wäre es für mich beleidigend, wenn Sie dieses Thema überhaupt ansprechen würden, als ob Sie es für richtig halten Angelegenheit für mich.

Tatsächlich glaube ich nicht einmal, dass du verstehst, wie sehr du Gust verarscht hast. Es ist zum Teil das Geld, ja, aber es sind auch viele andere Dinge. Nehmen wir zum Beispiel an, Gust trainierte als Ingenieur I einen neu eingestellten Ingenieur II. Dies zeigt Gust, dass sein Manager glaubt, dass er ein Engineer III sein sollte. Anstatt ihn jedoch sogar zum Engineer II zu befördern, würde das Unternehmen lieber jemanden extern einstellen, was viel mehr Zeit und Mühe kostet. Ihre Firma hat sich buchstäblich alle Mühe gegeben, um Gust unbehaglich zu machen; Das ist gelinde gesagt ein aggressives und erniedrigendes Verhalten, und ich bin überrascht, dass Gust Ihnen nicht gesagt hat, Sie sollten in einen See springen, als Sie ihn zum ersten Mal gebeten haben, jemanden zu trainieren, der über seinem Niveau liegt. Darüber hinaus lautete Gusts Berufsbezeichnung Ingenieur I, obwohl er die Arbeit eines Ingenieurs III (oder sogar IV) ausführte. Jetzt, wenn Gust geht und sich bei einer anderen Firma bewirbt, wird er "Ingenieur I" in seinen Lebenslauf aufnehmen, weil das sein Titel war; Wenn er etwas anderes eingibt und es überprüft wird, wird sich herausstellen, dass er gelogen hat. Das bedeutet, dass er sich nur für Jobs als Ingenieur I oder Ingenieur II bei einem anderen Unternehmen bewerben würde, was einen erheblichen Rückgang der Verantwortung und einen erheblichen Rückgang des erwarteten (und verdienten) Gehalts von dem bedeutet, was er auf seiner Ebene erhalten sollte. Sie haben Gust im Wesentlichen 18 Monate aus seinem Leben gestohlen, was seinen Karriereverlauf betrifft. Er ist zu Recht sauer auf dich, wirklich sehr sauer. Ich weiß nicht, was Sie in den Kommentaren meinten, als Sie sagten, der verantwortliche Manager sei hart bestraft worden, aber er sollte zumindest auf der Stelle aus wichtigem Grund ohne Abfindung gekündigt werden. seine Bonus- und Aktienoptionen wurden für den Zeitraum dieser 18 Monate im größtmöglichen Umfang widerrufen und wahrscheinlich rechtlich gekündigt für alles, wofür Sie ihn nur zur Sicherheit verklagen können. So sehr hat er Gust verarscht. Tatsächlich sollten Sie sich mit rechtlichen Fragen befassen, die Sie gegen diesen Manager vorbringen könnten. Gust hat wahrscheinlich einen ziemlich soliden Rechtsstreit gegen Sie wegen konstruktiver Entlassung, wenn Ihr Gebietsschema solche Gesetze hat, und könnte Ihr Unternehmen wahrscheinlich auf eine Menge Geld verklagen, wenn er dies erkennt.

Das zweite Problem ist nun, was zu tun ist, um Gust zu ersetzen. Sie hatten einen Oberingenieur IV. Sie haben ihn durch 3 Intermediate Engineers ersetzt. Das geht nicht. Es geht nicht darum, wie schnell sich Gusts Hände über die Tastatur bewegen können; Sie können Jeff Bezos nicht einfach durch eine Affenpopulation von der Größe des Amazonas-Regenwaldes ersetzen und erwarten, dass sie Amazon nicht in den Boden treiben. Als Sie Gust verloren haben, haben Sie sein Wissen verloren , und das ist das Hauptproblem. Die Leute, die Sie eingestellt haben, sind einfach nicht so gut wie Gust, und es wird Jahre dauerndamit sie ihm auch nur nahe kommen. Die Tatsache, dass Sie dies sogar für halbwegs vernünftig hielten, zeigt einen Mangel an Verständnis für technische Techniken bei Ihnen und/oder Ihrer Unternehmensleitung. Wenn Ihr Management so arbeitet, ist es kein Wunder, dass sie Gust so schrecklich behandelt haben, weil sie einfach nicht respektieren, was es bedeutet, ein Ingenieur zu sein. Also musst du gehen und das reparieren.

Das dritte Problem betrifft dieses Open-Source-Repository. Hier ist die Sache mit Open-Source-Repositories: Entweder Sie besitzen sie oder nicht. Einige Unternehmen besitzen/sponsern Open-Source-Projekte, und wenn sie also eine Funktion implementieren müssen, haben sie Gewicht, um herumzuwerfen. Ihr Unternehmen scheint dies nicht zu tun; Sie haben dieses Open-Source-Repo verwendet, um Ihr Leben einfacher zu machen. Es ist jedoch nicht Ihr Repo. Den Betreuern des Repositorys steht es frei, die Anfragen und Beiträge Ihres Teams nach Belieben zu behandeln, ihre Tickets zu priorisieren, ihre PRs zusammenzuführen und so weiter, wie sie es für richtig halten. Und es scheint, sie tun es nicht. Sie sind dir nicht verpflichtet, im Gegenteil. Sie haben also grundsätzlich 3 Möglichkeiten: Sie können das Repo forken und Ihre eigene Kopie pflegen, Sie können die Anwendung von Grund auf neu erstellen, oder Sie können ein anderes Repo mit ähnlicher Funktionalität finden, dessen Betreuer freundlicher sein könnten. Ich finde es schwer zu glauben (wie Sie in einem Kommentar sagten), dass Sie in der Lage sind, ein Repo zu verwenden, aber dieses Repo nicht zu forken, also sollten Sie das vielleicht noch einmal überprüfen. Im schlimmsten Fall müssen Sie das Repo für alle Funktionen verwenden, die die Betreuer bereitstellen, und in der Zwischenzeit müssen Sie Ihr eigenes Projekt erstellen, um Ihre Anwendung von diesem Repo weg zu migrieren, damit Sie sich nicht darum kümmern müssen Betreuer. Um Ihre Hauptfrage (die fettgedruckte) zu beantworten: Sie geben die Fackel nicht weiter. Ihre Brücke ist verbrannt. Schau woanders hin. Kalkulieren Sie das mit den Kosten für den Verlust von Gust ein. Vielleicht hättest du ihn nicht wie Scheiße behandeln sollen, dann müsstest du vielleicht nicht diese Kosten tragen. War es das wert? Ich finde es schwer zu glauben (wie Sie in einem Kommentar sagten), dass Sie in der Lage sind, ein Repo zu verwenden, aber dieses Repo nicht zu forken, also sollten Sie das vielleicht noch einmal überprüfen. Im schlimmsten Fall müssen Sie das Repo für alle Funktionen verwenden, die die Betreuer bereitstellen, und in der Zwischenzeit müssen Sie Ihr eigenes Projekt erstellen, um Ihre Anwendung von diesem Repo weg zu migrieren, damit Sie sich nicht darum kümmern müssen Betreuer. Um Ihre Hauptfrage (die fettgedruckte) zu beantworten: Sie geben die Fackel nicht weiter. Ihre Brücke ist abgebrannt. Schau woanders hin. Kalkulieren Sie das mit den Kosten für den Verlust von Gust ein. Vielleicht hättest du ihn nicht wie Scheiße behandeln sollen, dann müsstest du vielleicht nicht diese Kosten tragen. War es das wert? Ich finde es schwer zu glauben (wie Sie in einem Kommentar sagten), dass Sie in der Lage sind, ein Repo zu verwenden, aber dieses Repo nicht zu forken, also sollten Sie das vielleicht noch einmal überprüfen. Im schlimmsten Fall müssen Sie das Repo für alle Funktionen verwenden, die die Betreuer bereitstellen, und in der Zwischenzeit müssen Sie Ihr eigenes Projekt erstellen, um Ihre Anwendung von diesem Repo weg zu migrieren, damit Sie sich nicht darum kümmern müssen Betreuer. Um Ihre Hauptfrage (die fettgedruckte) zu beantworten: Sie geben die Fackel nicht weiter. Ihre Brücke ist abgebrannt. Schau woanders hin. Kalkulieren Sie das mit den Kosten für den Verlust von Gust ein. Vielleicht hättest du ihn nicht wie Scheiße behandeln sollen, dann müsstest du vielleicht nicht diese Kosten tragen. War es das wert? Sie müssen das Repo für alle Funktionen verwenden, die die Betreuer bereitstellen, und in der Zwischenzeit müssen Sie Ihr eigenes Projekt erstellen, um Ihre Anwendung von diesem Repo weg zu migrieren, damit Sie sich nicht mit diesen Betreuern befassen müssen. Um Ihre Hauptfrage (die fettgedruckte) zu beantworten: Sie geben die Fackel nicht weiter. Ihre Brücke ist verbrannt. Schau woanders hin. Kalkulieren Sie das mit den Kosten für den Verlust von Gust ein. Vielleicht hättest du ihn nicht wie Scheiße behandeln sollen, dann müsstest du vielleicht nicht diese Kosten tragen. War es das wert? Sie müssen das Repo für alle Funktionen verwenden, die die Betreuer bereitstellen, und in der Zwischenzeit müssen Sie Ihr eigenes Projekt erstellen, um Ihre Anwendung von diesem Repo weg zu migrieren, damit Sie sich nicht mit diesen Betreuern befassen müssen. Um Ihre Hauptfrage (die fettgedruckte) zu beantworten: Sie geben die Fackel nicht weiter. Ihre Brücke ist verbrannt. Schau woanders hin. Kalkulieren Sie das mit den Kosten für den Verlust von Gust ein. Vielleicht hättest du ihn nicht wie Scheiße behandeln sollen, dann müsstest du vielleicht nicht diese Kosten tragen. War es das wert? Kalkulieren Sie das mit den Kosten für den Verlust von Gust ein. Vielleicht hättest du ihn nicht wie Scheiße behandeln sollen, dann müsstest du vielleicht nicht diese Kosten tragen. War es das wert? Kalkulieren Sie das mit den Kosten für den Verlust von Gust ein. Vielleicht hättest du ihn nicht wie Scheiße behandeln sollen, dann müsstest du vielleicht nicht diese Kosten tragen. War es das wert?

Was Gusts Antwort angeht, als Sie ihn um seine Hilfe baten: Ich hätte genau dasselbe getan. Tatsächlich denke ich, dass Sie leicht davongekommen sind: Er hat nur einen Kraftausdruck in seiner Antwort auf Sie verwendet; Ich hätte viel, viel mehr gebraucht. Das hast du verdient. Wenn Sie wieder mit Gust verkehren möchten, sollte Ihre nächste Nachricht an ihn lauten: „Wir möchten Ihnen Ihren alten Job zurückgeben, mit dem Titel Oberingenieur V (ja, 5, das ist eine Stufe über dem, was er hätte Anspruch hatte), mit einem Gehalt von <2x dem normalen Gehalt für jemanden dieser Ebene>, mit einer schriftlichen, vertraglich bindenden Zusage, Sie innerhalb von 1 Jahr zum Oberingenieur VI zu befördern, mit einer angemessenen Gehaltserhöhung, als Geste des Guten wird, keine Bedingungen". Grundsätzlich müssen Sie ihm ein Angebot machen, das er nicht ablehnen kann. Wenn Sie dazu nicht bereit sind, tun Sie es nicht

Das ist es also im Grunde. Du bist am Arsch. Viel Glück.

Kommentare sind nicht für längere Diskussionen gedacht; Diese Konversation wurde in den Chat verschoben .

Wie können wir am besten mit diesen Open-Source-Teams zusammenarbeiten und die Fackel von Gust an unsere fortgeschrittenen Ingenieure weitergeben, damit wir weiterhin die Funktionen erhalten, die wir für diese Projekte benötigen? Wir haben Gust geradewegs um Hilfe gebeten, und er sagte uns rundheraus: „Geht selbst zum Teufel; euch meinen Kumpels für meine Hobbys nach Feierabend vorzustellen, steht nicht in meiner Stellenbeschreibung.“

So farbenfroh die Gust-Sprache auch sein mag, er hat zu 100 % recht, da Ihr Unternehmen kein Recht auf Gusts arbeitslose Kontakte hat, noch können Sie oder Gust oder sonst jemand einige Open-Source-Freiwillige zwingen, zu irgendetwas beizutragen. Das ist die Kehrseite davon, sich auf freie Arbeitskräfte zu verlassen, niemand ist in irgendeiner Weise verpflichtet, weiterhin seinen Beitrag zu leisten.

Ein großer Teil des Erfolgs bei diesen Projekten besteht darin, jemanden mit der notwendigen Beziehung zu den Betreuern/Beitragenden für diese Projekte zu haben.

Dann müssen Sie beginnen, diese Beziehung zu neuen Mitarbeitern aufzubauen. Dies erfordert Fingerspitzengefühl, Sorgfalt und Verständnis dafür, dass Sie mit Menschen zusammenarbeiten, die rein ehrenamtlich tätig sind und durch nichts rechtlich an das Projekt gebunden sind. Das bedeutet nur, dass Ihr Unternehmen keinen Anspruch auf ihre Zeit hat und der Versuch, so zu handeln, nur dazu führen wird, sie blitzschnell zu entfremden.

Ob er ihnen nun gesagt hat, wie schlecht er Ihr Unternehmen findet, oder ob sie einen Hauch von Berechtigung aus den 3 Zwischenzeiten mitbekommen haben, spielt keine Rolle, denn es liegt jetzt an Ihnen, herauszufinden, wie es weitergeht. Sie können dies tun, indem Sie Leute einstellen, um das Projekt aufrechtzuerhalten (entweder die Freiwilligen oder mehr Leute im Haus einstellen), oder indem Sie versuchen, die Beziehung zu den Freiwilligen dieses Projekts wieder aufzubauen.

Die Einstellung von Mitarbeitern ist unkompliziert, es müssen keine weiteren Erklärungen abgegeben werden. In Bezug auf das Gewinnen von Anhängern und den Aufbau von Beziehungen zur Open-Source-Projektgemeinschaft besteht meiner Erfahrung nach der beste Weg, Freiwillige dazu zu bringen, Ihnen zu folgen, darin, zu zeigen, dass Ihre Ziele übereinstimmen und dass Sie bereit sind, die harte Arbeit zu leisten, indem Sie weitermachen und hart arbeiten Arbeit, die das Projekt braucht, um erfolgreich zu sein.

Aber am Ende...

Ich habe versucht, dies mit einer Beförderung zum "Senior Engineer II" und einem Bonus zum Ausgleich des "ausgefallenen Gehalts" für die letzten 12 Monate (Probezeit sollte nie länger als 6 Monate dauern) zu mildern, aber Gust wollte 2-3 Beförderungen direkt ( fair, aber die Geschäftsleitung lehnte wegen der "Optik" ab) und einen noch größeren Bonus, dh "wenn ich Leute 2 Stufen über mir ausbilde, sollte ich mindestens 3 Stufen über meiner aktuellen Gehaltsstufe bezahlt werden". Gust wartete, bis die jährlichen Prämien und Aktienauszahlungen abgerechnet wurden, und stellte seine Kündigung zu.

Vielleicht hättest du eine Ausnahme von deiner Beförderungsstruktur machen sollen, das scheint der beste Weg nach vorne zu sein. Jetzt ist es zu spät und du musst mit den Folgen fertig werden.

Ja, „Gust“ arbeitete nicht nur unter seiner Gehaltsstufe, sondern hatte auch den versteckten (sprich: als selbstverständlich angesehenen) Wert einer guten Beziehung zu den Mitwirkenden an diesen Projekten. Wenn sie ihn richtig befördert hätten, hätte er – immer noch – einen Mehrwert über seine Position hinaus geschaffen.

In Anlehnung an den letzten Satz in Saschas Antwort:

Gust einen finanziell attraktiven Vertrag als unabhängiger Berater anzubieten, könnte genau der Balsam sein, den er braucht. Zu wissen, dass er nicht im Besitz des Unternehmens ist, dass seine Karriereaussichten nicht von den Launen des Managements abhängen und dass er als Freiberufler mit dem, was er früher tat, besser lebt, könnte ausreichen, um ihn wieder an Bord zu holen .

Als ich die Welt der Vollzeitbeschäftigung verließ, um mich selbstständig zu machen, war mein erster Kunde mein ehemaliger Arbeitgeber. Vorbei waren die Irritationen und Frustrationen des Angestelltendaseins. Ich verdiente mehr Geld, hatte mehr Freiheit, die Wege und Methoden meiner Arbeit zu wählen, und war von allen internen Politik- und Managementschwächen isoliert. Das hat mich viel glücklicher gemacht ... und besser. Tatsächlich wurden mein alter Chef und ich sehr gute Freunde. Ich sage nicht, dass das mit Gust passieren wird oder sollte, aber ich wette, dass das Gepäck der vorherigen Arbeitgeber-Arbeitnehmer-Beziehung verschwinden wird, als ob es nie existiert hätte.

Abgesehen davon, nur den Code zu forken und unternehmensspezifische Forks zu pflegen (nicht ungewöhnlich, Debian, Red Hat und Android tun dies in unterschiedlichem Maße), ist dies vielleicht der realistischste Weg, den ich sehe, um voranzukommen
Ständig werden Leute als Berater angeheuert – manchmal sogar, wenn das Unternehmen keinen Fehler gemacht hat, indem es ihn losgeworden ist/ihn gehen ließ/ihn sauer werden ließ!

Das ist wieder wie ein Deja Vu....

Wir haben einen älteren, sehr fähigen (dh 5x) Ingenieur, "Gust", der seine Kündigung (4 Wochen) abgesessen hat und gehen wird.

Sie hatten also einen sehr loyalen, hochkompetenten Arbeiter, der jetzt geht ... Ich verstehe, wohin das führt.

Unser Unternehmen „testet“ Personen gerne in ihren neuen Rollen, wenn sie befördert werden, bis zu 6 Monate, bevor wir sie offiziell befördern.

Eine schlechte Praxis und warum, wird in Kürze deutlich.

Aufgrund der Inkompetenz von Gusts ehemaligem Manager arbeitete Gust 18 Monate lang zwei Ebenen über seiner Gehaltsgruppe und bildete neue Ingenieure auf höheren Ebenen aus, als er bezahlt wird (dh Gust ist ein "leitender Ingenieur I" und hat neue ausgebildet " leitender Ingenieur II/III"-Positionen für über ein Jahr).

Oh, das ist keine Inkompetenz, das ist ein Fehlverhalten. Wenn die typische Zeit 6 Monate beträgt, klingt es so, als ob Gust dem Mond versprochen wurde, geduldig zu bleiben. Das ist die einzig vernünftige Erklärung.

Ich habe versucht, dies mit einer Beförderung zum "Senior Engineer II" und einem Bonus zum Ausgleich des "ausgefallenen Gehalts" für die letzten 12 Monate (Probezeit sollte nie länger als 6 Monate dauern) zu mildern, aber Gust wollte 2-3 Beförderungen direkt ( fair, aber die Geschäftsleitung lehnte wegen der "Optik" ab) und einen noch größeren Bonus, dh "wenn ich Leute 2 Stufen über mir ausbilde, sollte ich mindestens 3 Stufen über meiner aktuellen Gehaltsstufe bezahlt werden". Gust wartete, bis die jährlichen Prämien und Aktienauszahlungen abgerechnet wurden, und stellte seine Kündigung zu.

Ja, das nennt man das Hinzufügen von Beleidigungen zu Verletzungen. Ein Messer drei Zoll in einen Mann zu stecken, es dann zwei herauszuziehen und zu sagen "ist das nicht besser", wird den Mann nicht glücklich machen, weshalb er zu Recht GERADE eine Entschädigung verlangt hat.

Mein Problem ist, dass, während Gust Dokumentation und Schulungsmaterialien für seine eventuellen Nachfolger bereitstellt (muss an seiner Stelle 3 Zwischeningenieure einstellen), ein Großteil seiner Arbeit von Änderungen an Open-Source-Technologien abhängt (zahlreiche Open-Source-Projekte auf GitHub).

Sie wollten also nicht die "Optik", dem Mann das zu zahlen, was er wert ist, aber Sie können drei Leute einstellen, was Sie viel mehr kosten wird ... Nur in der Unternehmenswelt macht dies etwas aus des Sinns.

Du hast Glück, dass du es mit einem ehrenwerten Mann zu tun hast, er hätte dich so hart verarschen können, du wärst eine Woche lang komisch herumgelaufen.

Auch wenn wir seine Nachfolger nach und nach in diesen Projekten schulen können (schließlich ist es nur Code), besteht ein großer Teil des Erfolgs bei diesen Projekten darin, jemanden mit der notwendigen Beziehung zu den Betreuern/Mitwirkenden für diese Projekte zu haben.

RECORD SCRATCH EINFÜGEN

Jetzt sehe ich die Ursache des Problems: Es ist schließlich nur Code

Es ist doch nur Code???

Allein dieser Kommentar fasst Ihr Problem zusammen. Sie haben keine Ahnung, mit welcher Art von Fachwissen Sie es zu tun haben oder was zum Programmieren erforderlich ist.

Als ich ursprünglich bei meinem jetzigen Arbeitgeber eingestellt wurde, war es als Berater. Ich beendete das Projekt früh und mir war noch ein zusätzlicher Monat budgetiert, also baten sie mich, mir etwas Code anzusehen. ES IST NOCH NUR CODE . Das Problem mit diesem Code, das ist nur Code, war, dass die Ausführung zehn Stunden dauerte. und verkrüppelte die Maschine, die es betrieb.

Ich habe den Code korrigiert, und jetzt läuft er in sechs Minuten. Die bloße Tatsache, dass Sie eine solche Aussage machen würden, zeigt, dass Sie keine Vorstellung davon haben, was jemand in Gusts Position beiträgt, aber Junge, Sie werden eine Ausbildung erhalten, die Sie nie vergessen werden.

Wenn es sich nur um Code handelt, sollte Ihr Team schließlich problemlos damit umgehen können.

Ein großer Teil des Erfolgs bei diesen Projekten besteht darin, jemanden mit der notwendigen Beziehung zu den Betreuern/Beitragenden für diese Projekte zu haben.

90% aller Jobs sind gute Beziehungen. Du hast einen großen Fehler gemacht, zu denken, dass SEINE Beziehungen DEINE Beziehungen sind.

Ich weiß nicht, was Gust getan/gesagt hat, aber die meisten Entwickler bei diesen Projekten (zumindest diejenigen, die wir per E-Mail kontaktiert haben) haben uns im Grunde genommen abgewiesen und die Zwischeningenieure mit Verachtung behandelt (und in einigen Fällen sehr unflätige Sprache).

Nun, da Ihre Handlungen gegenüber Gust verachtenswert waren, musste er nur die Wahrheit sagen. Wie überrascht sind Sie? Du hast Gust verarscht, und du wirst sie auch verarschen. Es hört sich so an, als hätten Sie die Jungen verärgert und sie rächen sich für den Papa-Bären.

Wie können wir am besten mit diesen Open-Source-Teams zusammenarbeiten und die Fackel von Gust an unsere fortgeschrittenen Ingenieure weitergeben, damit wir weiterhin die Funktionen erhalten, die wir für diese Projekte benötigen?

Wie überquert man eine Brücke, nachdem man sie komplett niedergebrannt hat?

Wir haben Gust geradewegs um Hilfe gebeten, und er sagte uns rundheraus: „Geht selbst zum Teufel; euch meinen Kumpels für meine Hobbys nach Feierabend vorzustellen, steht nicht in meiner Stellenbeschreibung“.

Und er hat recht. Seine Freunde halfen IHM und sind IHM gegenüber loyal , nicht Ihnen. Siehst du, was du verloren hast, als du nicht härter auf ihn gedrängt hast?

Ich sehe nichts in den Mailinglisten oder GitHub-Seiten, das darauf hindeutet, dass Gust diese Teams ermutigt, uns zu misshandeln, aber ich bezweifle, dass solche Leute so grob zu Neuankömmlingen sein würden, die sich an dem Projekt beteiligen, wenn sie nicht angewiesen würden, uns gegenüber so zu handeln .

Ist dies das erste Mal, dass Sie Programmierer verwalten? Ich hoffe es auf jeden Fall, denn Sie scheinen sich der Kultur absolut nicht bewusst zu sein. Wenn ich Teil von Gusts Gruppe wäre und dies lesen würde, würde ich zu der Gruppe zurückkehren und ihnen sagen, dass sie Ihnen nicht nur nicht helfen, sondern Ihnen absichtlich falsche Antworten geben sollen. Hier ist der Grund:

Ich bezweifle, dass solche Leute gegenüber Neuankömmlingen, die sich an dem Projekt beteiligen, so grob sein würden, es sei denn, sie würden angewiesen, sich uns gegenüber so zu verhalten.

Damit haben Sie Gust gerade einen schweren Vorwurf gemacht. Auch dies zeigt NULL Respekt für den Mann und eine so erstaunliche Ignoranz darüber, was für ein guter Mann er ist und wie Programmierer arbeiten. Dieser Mann könnte Ihren Betrieb wahrscheinlich mit einem Wort beenden, wenn er dazu bereit wäre. Ich habe es gesehen.

Was ihn betrifft, der Befehle erteilt, Ihre Leute anzugreifen, kennen Sie offensichtlich die Programmierer-Denkweise nicht. Wir befolgen keine Befehle, aber wir neigen dazu, einen überentwickelten Sinn für Gerechtigkeit zu haben und würden uns gerne mit jedem anlegen, den wir entweder als Mobber oder als Ausnutzer von uns sehen. Um ehrlich zu sein, sehen Sie für mich wie beide aus.

Übrigens, Gust hat mir nicht gesagt, dass ich das posten soll, ich habe es ganz alleine gemacht.

Wenn Sie sich eine Welt voller Schmerzen ersparen wollen, tun Sie es Gust recht. Geben Sie ihm einen großen, fetten Bonus und stellen Sie ihn als Berater zu einem Preis zurück, der HÖHER ist, als ein Eng III verdienen würde, und bitten Sie ihn dann HÖFLICH um seine Hilfe.

Andernfalls stellen Sie besser 10 weitere Leute ein, um sich auf die Lawine vorzubereiten, die Sie treffen wird.

Endlich jemand, der auf das Grundproblem hingewiesen hat. Der "es ist nur Code". Das Unternehmen hat nicht nur den "Wert" von Gust nicht verstanden, es versteht auch nicht, dass man einen extrem guten Entwickler nicht durch 3 mittelmäßige ersetzen kann. Und sie verstehen nicht, wie Open Source funktioniert. Außerdem verstehen sie nicht, wie Entwickler arbeiten oder denken. Überhaupt. Allerdings würde ich die Antwort etwas kürzen. Macht Ihre Pointe(n) besser, wenn auch kürzer.
Das hat mich auch getriggert. Dieser "Es ist doch nur Code"-Kommentar. Gesprochen wie ein ahnungsloser Idiot.
@BoboDarph dies kombiniert mit der Einstellung "mehr Leute = schnellere, bessere Ergebnisse" ist der Fluch meiner Existenz. Das alte Sprichwort „Man kann nicht 9 Frauen einstellen und erwarten, in einem Monat ein Baby zu bekommen“

Wie können wir am besten mit diesen Open-Source-Teams zusammenarbeiten und die Fackel von Gust an unsere fortgeschrittenen Ingenieure weitergeben, damit wir weiterhin die Funktionen erhalten, die wir für diese Projekte benötigen?

Wow. Sie möchten von diesem Open-Source-Projekt profitieren, und jetzt haben Sie es geschafft, Ihren führenden Schnittstellenmitarbeiter (und wahrscheinlich den erfahrensten) an diese Projekte zu verlieren.

Ich sehe nichts in den Mailinglisten oder GitHub-Seiten, das darauf hindeutet, dass Gust diese Teams ermutigt, uns zu misshandeln, aber ich bezweifle, dass solche Leute so grob zu Neuankömmlingen sein würden, die sich an dem Projekt beteiligen, wenn sie nicht angewiesen würden, uns gegenüber so zu handeln .

Nein, ich stelle mir vor, dass es eine andere Erklärung gibt - ich stelle mir einen Dialog wie diesen vor:

"Haben Sie die E-Mail von dem neuen Mitarbeiter bei Firma X gelesen?" - "Ja, sie scheinen noch nicht zu tief im Code zu sein, es ergab für mich keinen Sinn" - "Wo Gust?" - "Er hat die Firma verlassen" - "Das ist nicht gut, haben sie uns gebeten, Feature X aufzunehmen - wir haben immer noch Probleme damit, und der neue Typ scheint darüber nicht informiert zu sein" - "Haben sie nicht versprochen, daran zu arbeiten?"

Also ja. Ich kann mir vorstellen, dass, wenn Sie "Features in ein Open-Source-Projekt einbauen" und es baumeln lassen (und ja, der Verlust der ältesten Person dort ist "es baumeln lassen"), dass einige Emotionen hochkommen, unabhängig von persönlichen Überlegungen.

Mein Vorschlag ist: Stellen Sie Gust als super gut bezahlten Auftragnehmer/Berater ein.

Stellen Sie ihn als hochbezahlten Berater ein. ” Möglicherweise die einzige nützliche, konstruktive Idee auf dieser ganzen Seite.
Es ist eine völlig unkonstruktive Idee, es sei denn, Gust hat plötzlich eine Persönlichkeitsveränderung, die besagt: "Wenn Sie mir 1 Million Dollar pro Jahr zahlen, können Sie meine Seele kaufen". Und selbst wenn er ein lächerlich hohes Beratungshonorar akzeptiert, heißt das nicht, dass er es verdienen wird . Wenn ich Gust wäre, würde ich einfach dein Geld nehmen und dir ins Gesicht lachen – und was genau würdest du dagegen tun, wenn das passiert, und wenn er seinen Open-Source-Kumpels sagt, wie ahnungslos du (und deine Firma) wirklich bist ?
Dies ist der einzige Vorschlag mit einer Wahrscheinlichkeit von >0,00001 % zu funktionieren. Ich würde es auf eine Wahrscheinlichkeit von etwa 0,00002 % schätzen, aber hey, das ist eine Verbesserung.
@alephzero tatsächlich funktioniert diese Taktik in dieser Situation häufig, mit der richtigen Herangehensweise und der richtigen Person, die das Angebot aushandelt.
Bezahlte Beraterlöhne zu bekommen und nicht als W-2 angestellt zu sein, kauft seine Seele nicht . Tatsächlich kann es in vielerlei Hinsicht verdammt befriedigend sein.

Erwägen Sie, anzubieten, die Open-Source-Mitwirkenden zu bezahlen.

Offensichtlich hatte Gust eine gute Beziehung zu ihnen, aber Sie nicht. Daher kommen jetzt alle Hilfeanfragen nicht von einem Freund, der in der Vergangenheit zu dem Projekt beigetragen hat, sondern von einem gewinnorientierten Unternehmen, das versucht, mit seinem Hobby Geld zu verdienen.

Anstatt sie also zu bitten, im Grunde kostenlos zu arbeiten, während Sie davon profitieren, bieten Sie ihnen eine Vertragsarbeit an. Bieten Sie gute Tarife an, denn wenn sie nicht gut sind, werden sie nur sehen, dass Gust Recht hatte, und nicht für Sie arbeiten wollen.

Die Rechtsabteilung wird das nicht zulassen, da es einen schlechten Präzedenzfall schafft (zB rutschiger Abhang; wir haben das vorher kostenlos bekommen). Jetzt bezahlen fördert nur das Aushöhlen.
@Henre Das ist absurd. Entweder braucht Ihr Unternehmen das Projekt oder nicht. Erklären Sie der Rechtsabteilung die Konsequenzen, wenn Sie dieses Projekt nicht haben.
@Henre du hast es vorher nicht umsonst bekommen. Die Kosten waren so hoch, wie es Sie gekostet hat, Gust an Bord zu haben. Dies wurde bei der Diskussion über seine Beförderung nicht berücksichtigt und wird jetzt offensichtlich.
@Henre tut mir leid, das zu sagen, aber dein Unternehmen hat es verdient, dann zu sterben - dein Unternehmen hat sein Bett gemacht, jetzt darf es darin liegen. Viel Spaß in der Insolvenz.
Das riecht wieder nach Troll. Warum sollte die Rechtsabteilung daran interessiert sein, keinen Präzedenzfall zu schaffen? Das ist zunächst keine Rechtsfrage.
@Henre Und hier dachte ich, nichts, was Sie Ihrem ursprünglichen Beitrag hinzufügen könnten, könnte Sie schlechter aussehen lassen. Herzlichen Glückwunsch, Sie haben es geschafft, die Erwartungen zu übertreffen.

Es wurde alles in früheren Antworten ausführlich erklärt. Außer der Auflösung:

Jetzt musst du deine Arbeit machen. * Gehen Sie zu Ihrem Vorgesetzten, erklären Sie ihm, wie wichtig Gust ist, machen Sie Wiedergutmachung für all das Unrecht, das Ihr Unternehmen ihm angetan hat, auf allen Ebenen (menschlich und beruflich), entschuldigen Sie sich für alle Fehler, die Sie gemacht haben, und zahlen Sie ihm das Doppelte. Es ist wahrscheinlich die beste (und billigste) Option, die Sie haben.

Machen Sie dasselbe mit dem Open-Source-Team. Entschuldigen Sie sich ehrlich, wie Sie sich zu ihrem Projekt verhalten. Kostenlos nehmen und nichts zurückgeben. Klären Sie Ihre Beziehung zu ihnen und finden Sie eine Form, in der Sie sie beitragen können. Aber wenn Sie Gust behalten, kann er das alles für Sie tun, unterstützen Sie einfach seine Arbeit im Open-Source-Projekt.


* ) Jetzt ist es an der Zeit, dass der ganze Planet einer großen Säuberung unterzogen wird. Auf allen Ebenen, von persönlich über Unternehmen, Staat und global. Der ganze alte Schlamassel wird aufgeräumt und das ist eine große Chance für Sie. Sie können Ihr Chaos aufräumen. Aber wenn Ihr Unternehmen nicht flexibel genug ist und Sie Ausreden haben wie „Ich kann ihn nicht auf diese oder jene Ebene befördern“ oder „Ich kann ihm aufgrund unserer Regel AB und C nicht das bezahlen, was er verdient“, wird Ihr Unternehmen wahrscheinlich als bereinigt ein Ganzes ;-) Jetzt ist es an der Zeit, das Durcheinander in Ihren Unternehmensregeln, Prioritäten, ... aufzuräumen. Werfen Sie alles Nichtfunktionale weg und gehen Sie zu dem, was Sinn macht. Konzentrieren Sie sich auf das, was wirklich Wert für das Unternehmen hat, und **schätzen Sie es!**
Wahrscheinlich ist es dafür zu spät. Beachten Sie den Satz in der ursprünglichen Frage: "Gust wartete, bis die jährlichen Boni und Aktienauszahlungen abgerechnet wurden, und stellte seine Kündigung zu." Mit anderen Worten, dies alles ist vor geraumer Zeit zusammengebrochen, die fraglichen PHBs hatten reichlich Gelegenheit, das zu reparieren, was sie kaputt gemacht haben, und sie haben diese Gelegenheit sehr sorgfältig vermieden. Dieses Schiff ist offenbar ausgelaufen.
@JohnR.Strohm das stimmt, aber es ist nie zu spät, um zu versuchen, die Fehler der Vergangenheit zu korrigieren. Es ist überhaupt nicht einfach, aber für dieses Unternehmen, das jetzt erkennt, wie viel Gust wert war und wie tief der Ärger geht, wenn er geht, ist es immer noch bei weitem die einfachste, billigste und praktikabelste Option. Aber sie müssen sich wirklich ehrlich entschuldigen und korrigieren, wirklich um 180° drehen.

Abgesehen von Ihren wirklich schwachen Möglichkeiten, Gust zur Zusammenarbeit zu zwingen (in anderen Antworten besprochen), scheint das, was Sie wollen, nicht realistisch zu sein.

Open-Source-Projekte sind Meritokratien oder geben dies zumindest stark vor.

Ihnen weniger qualifizierte, weniger erfahrene, unbekannte Mitwirkende mit minderwertigem Code als Ersatz für ihren geliebten Gust anzubieten, ist nicht wirklich ein Deal. Sie sind wahrscheinlich nicht "grob", sie versuchen nur, einige Qualitätsstandards einzuhalten.

Diese neuen Leute müssen:

  1. bauen ihren eigenen professionellen Ruf in den Augen der Projektleiter auf. Sie können nur etwas von Gusts Ruf profitieren, nachdem sie ihre eigene Position als zuverlässige Mitwirkende gesichert haben.
  2. bekämpfen (mit unbekannten Mitteln) das Image, dass sie der billige Ersatz von Gust an seinem nicht sehr loyalen Arbeitsplatz sind.

Vielleicht möglich, aber keineswegs einfache oder schnelle Aufgaben und Gust ist nicht in der Lage, diesen Menschen auf realistische Weise zu helfen.

Es summiert sich also zu:

Eine zutiefst irritierte Person dazu zu bringen, nicht für eine einfache Aufgabe zu kooperieren, sondern für etwas, das besser als "Wunder" beschrieben werden kann.

Sagen Sie uns, ob Sie Erfolg haben. Es wird die Grenzen des „Wunderns“ etwas verschieben.

Hier fehlt mir eine Antwort. Sie fassen die Frage einfach zusammen.
Es ist eine Antwort im mathematischen Sinne – es beweist, dass es keine Lösung gibt. Sie wollen, dass Gust etwas Unmögliches tut. Die Tatsache, dass Gust wütend und angeblich unkooperativ ist, ist zweitrangig.