Jüngerer Juniorkollege, der sich wie der Chef verhält

Für Tipps in dieser Situation wäre ich dankbar. Ich bin ein Senior-Entwickler mit etwa 10 Jahren Erfahrung. Bis vor kurzem bestand mein Team aus mir, meinem Vorgesetzten und einem Stabsingenieur. Wir arbeiten seit etwa einem Jahr zusammen. Wir sind alle ungefähr gleich alt.

Vor ein paar Monaten kam ein neuer Mid-Level-Entwickler zu uns. Er ist hell, klug und selbstbewusst. Er hat starke technische Fähigkeiten und er weiß es. Er hat ca. 2 Jahre Berufserfahrung und ist ca. 15 Jahre jünger als wir.

Ich habe das Gefühl, dass er versucht, die dominierende Position im Team einzunehmen. Er benimmt sich, als wäre er der Boss. Er gibt Anweisungen, weist auf unsere Fehler hin, fordert unser tiefes Wissen heraus.

Ein paar konkrete Beispiele. In einer Teambesprechung, in der mir gesagt wird, dass ich an der Reihe sei, einen unserer Prozesse zu leiten, und im Endeffekt versucht, mir Arbeit zuzuweisen. Er besteht darauf, dass wir als Team seine bevorzugte Continuous-Integration-Pipeline übernehmen, und nicht unsere Erfahrung.

Mein Vorgesetzter und der Stabsingenieur sind sanftmütige Menschen, die einfach mitmachen, während ich mich gestresst und bedroht fühle. Ich habe dieses Verhalten zurückgedrängt und mich geweigert, Änderungen an meinen Pull-Requests zu implementieren, die er wünscht. Ich habe das Gefühl, dass wir auf eine Konfrontation zusteuern.

Ich komme aus Großbritannien und dieser Kollege aus den Vereinigten Staaten. Ich habe weder mit meinem Vorgesetzten noch mit dem Personalingenieur über das Problem gesprochen, da ich der Meinung bin, dass es zumindest teilweise die Schuld meines Vorgesetzten ist und ich ihn implizit kritisieren würde.

Ich wäre dankbar, wie ich mein oder sein Verhalten anpassen könnte, damit es weniger Reibung zwischen uns gibt.

Gibt es einen triftigen technischen Grund, warum Sie sich entschieden haben, seine Änderungen an Ihrer PR abzulehnen? Handelt er als Prüfer und bittet um Änderungen, bevor er Merge-PR akzeptiert? Können Sie ein Beispiel dafür geben, wie „er die Tiefe Ihres Wissens herausfordert“? Ich möchte zwischen seinem Verhalten und seinem optimalen Ansatz für die Codierung unterscheiden.
Die Vorschläge, die er zu PRs macht, sind in Ordnung, das Problem ist die Formulierung, da sie so geschrieben sind, als würde er mir einen Befehl erteilen. So spricht er auch in Meetings. Wenn ich die Tiefe meines Wissens herausfordere, meine ich, dass er mir zum Beispiel eine Frage zu einer Technologie stellt, gefolgt von einer Reihe von Fragen, die eher so aussehen, als würde er mich interviewen.
danke, das ist nützlich. Könnte es sein, dass er es wirklich nicht weiß und ehrlich fragt. Situationen, in denen Leute Angst haben, ihr Gesicht zu verlieren und zu fragen, sind aus Entwicklersicht schlecht. Gute Produkte entstehen durch Zusammenarbeit, bei der die Leute keine Angst davor haben, Ideen voneinander auszutauschen und manchmal auch dumme Fragen zu stellen. Kann es sein, dass der Typ nur neugierig ist?
Nein, ich bin mir sicher, dass er sich benimmt, als wäre er der Manager, er ist das jüngste Mitglied des Teams und er sagt uns, was zu tun ist, er versucht zu dominieren
Es hört sich so an, als würde er überkompensieren, ich bin schon einmal darauf gestoßen, als jemand seine technischen Fähigkeiten überbot und dann anfing, ein ähnliches Verhalten zu demonstrieren, um die List am Leben zu erhalten. Es könnte so einfach sein wie ein Mangel an Selbstvertrauen in seine Fähigkeiten, es könnte eine Ich-bin-besser-als-jeder-Idiot-hier -Einstellung oder etwas anderes sein.
Ich glaube, Sie bewegen sich hier auf dünnem Eis. Sie haben einen jüngeren Kollegen mit guten technischen Fähigkeiten, der gute Vorschläge zur Verbesserung Ihres Codes macht. Das einzige, was Sie nicht mögen, ist seine Formulierung. Dies wird Ihnen zurückfallen, wenn Sie nicht mit spezifischeren Beschwerden aufwarten. Gibt es Beispiele, wo er eindeutig etwas getan hat, was ihm nicht erlaubt ist?
Erklären Sie ihm, warum bestimmte Änderungen wie Continuous Integration möglicherweise nicht für Ihre aktuelle Entwicklungsumgebung funktionieren? Ich weiß, dass es eine bevorzugte Methode ist, aber verdammt, manchmal dauert die Einrichtung viel zu lange, oder es werden einfach nicht genug Änderungen vorangetrieben, um dies zu rechtfertigen. Nur zu sagen, dass dir etwas Neues nicht gefällt oder dass du etwas nicht magst, wird es nicht bringen.

Antworten (1)

GeorgeX, ich habe ungefähr 40 Jahre in einer Vielzahl von Organisationen mit unterschiedlichsten Persönlichkeiten gearbeitet, bevor ich in den Ruhestand ging. Ich trat mehrmals als junger Kollege und auch als erfahrener alter Kollege auf. Sie haben mein Mitgefühl.

Das allzu klare Verständnis eines jungen Kollegen für seine Wichtigkeit kann durchaus ärgerlich sein. Es ist wichtig, dies bei der ersten Gelegenheit mit Ihrem Chef und dem Team zu besprechen. Wenn Sie mit anderen darüber sprechen, werden Informationen für Sie und Ihre Mitarbeiter generiert. Dies gibt Ihnen allen die Möglichkeit, Ihren Ansatz zu verbessern.

Der Altersunterschied und das kulturelle Erbe verschiedener Nationen können zu Reibungen führen, aber deren Bewältigung stärkt Sie, den jungen Kollegen und das Team. Manche Menschen haben Persönlichkeitseigenheiten, die sie möglicherweise nicht beabsichtigen oder sich dessen bewusst sind, die ebenfalls zu Reibungen führen. Denken Sie daran, dass Reibungen Teil der sozialen Erfahrung der Arbeit in Gruppen von Menschen sind. Es ist leicht, das Problem falsch zu diagnostizieren, da es durch diese Bedingungen verursacht wird. Diese Dinge müssen Sie gemeinsam bewältigen. Aber wenn das alles ist, was Sie haben, dann haben Sie das Problem noch nicht herausgefunden.

Ich vermute, die wahre Schwierigkeit ergibt sich aus unzureichend verstandenen Vereinbarungen zwischen den Parteien. Auch dies ist Teil der Gruppenarbeit, aber selbst Mitarbeiter, die tun müssen, was der Chef sagt, werden produktiver sein, wenn sie die Gesamtsituation, die Strategie, das Verfahren, die Methoden und Aufgabe für Aufgabe besprechen und vereinbaren, wann immer dies möglich ist. Es gibt mehr oder weniger zwingende Bedingungen, die einer Person die Autorität verleihen, andere zu befehlen. Aber gut verstandene, bereitwillige Vereinbarungen können den Wert der Befehlsgewalt mindern und mehr Enthusiasmus und Produktivität ermöglichen.

Ich schlage vor, dass Sie einen Ansatz in dieser Richtung verfolgen ...

Fange an zu reden. Per E-Mail geht das nicht. Sprechen und zuhören. Warten Sie nicht, bis Sie alle Fakten geklärt haben. Seien Sie ehrlich und mutig genug, sich in einigen Dingen zu irren.

Sprechen Sie zuerst mit Ihrem Chef. Beschreiben Sie Ihre Bedenken. Angenommen, Sie möchten es innerhalb der nächsten Woche mit dem gesamten Team besprechen. Wenn Sie ein tägliches Gedränge haben, ist das ein idealer Zeitpunkt. Achten Sie darauf, den Jungen gut zu behandeln, und sagen Sie Ihrem Chef, dass dies Ihre Absicht ist. Hören Sie genau zu, was Ihr Chef sagt.

Wenn ein Treffen in den nächsten Tagen nicht möglich ist, versammeln Sie die Mitglieder Ihres Teams, die Sie können, um die Angelegenheit zu besprechen.

Wenn Sie sich mit dem jungen Kollegen treffen, seien Sie höflich und freundlich und absolut unkompliziert. Lassen Sie ihn offen wissen, dass Sie sein Fachwissen und seine Leistungen schätzen. Sagen Sie ihm, dass Sie Probleme haben, mit ihm zu arbeiten. Sagen Sie ihm, dass Sie eine bessere Vereinbarung mit ihm und dem Team darüber brauchen, wie Sie zusammenarbeiten. Halt die Klappe, um ihm die Möglichkeit zu geben, zu antworten, während du aufmerksam zuhörst.

Was als nächstes passiert, hängt von Ihren Umständen ab. Sei immer höflich und ehrlich. Vereinbarung suchen.

Einige optionale Lektüre, die Sie vielleicht hilfreich finden: Alle diese sind meiner Meinung nach zu wortreich, aber sie enthalten Nuggets der Weisheit. A. Peter F. Drucker, „The Essential Drucker: The Best of Sixty Years ...“ b. Roger Fisher, et al., „Getting to Yes“ c. William Ury, „Getting Past No“ (Fortsetzung von „Getting to Yes“)

Viel Glück.