Wie man mit einem Kollegen umgeht, der mit Stress nicht umgehen kann und schlechte Entscheidungen trifft, aber hart arbeiten kann

Vor ungefähr 6 Monaten haben wir einen Entwickler eingestellt, der direkt von der Universität kam. Er ist schlau, arbeitet hart und scheint qualitativ hochwertigen Code zu erstellen. In den ersten paar Monaten fungierte ich als Puffer zwischen dem Management und ihm, er musste noch viel geschäftsbezogene Logik lernen, Frameworks, die wir verwenden, ... Ich ging sanft zu ihm und habe klar kommuniziert, dass die Arbeitsbelastung zunehmen würde sobald er das Geschäft und die erforderlichen Technologien kannte. Wir arbeiten an einem Finanzautomatisierungstool für ein schnelllebiges Großunternehmen, das ein Team von 18 Buchhaltern auf 2 oder 3 Personen reduzieren muss

Jetzt ist der Moment gekommen, die Arbeitsbelastung ist hochgefahren, ich habe etwas Abstand genommen, um zu sehen, wie er sich unter engen Terminen, viel Arbeit und Meetings mit dem Management schlägt. Nach ungefähr zwei Wochen sah ich, wie er sich veränderte, nicht positiv, er arbeitet immer noch hart, aber ich sehe ständig Fehler. Fristen, die er sich selbst gesetzt hat, werden nicht eingehalten und die Gesamtqualität seines Codes leidet darunter. Er wirkt gestresst, kann nicht klar denken und scheint vieles zu vergessen. Dazu gehört, dass er oft lange im Büro bleibt, früh anfängt und mehrmals pro Woche erst nach 22 Uhr nach Hause geht. Wir alle wissen, wie kontraproduktiv das sein kann, lange Arbeitstage produzieren oft weniger Qualität in der Arbeit, als sich Zeit zu nehmen und seine Arbeit auf mehrere Tage zu verteilen.

Gestern hatten wir ein Meeting über eine neue Funktion, die so schnell wie möglich benötigt wurde. Er wird an diesem Feature arbeiten, also wollte ich ihn bei diesem Treffen haben. Ich habe klar kommuniziert, dass ich mich bei Zeitschätzungen oder Entscheidungen, die ich während dieses Meetings treffe, nicht außer Kraft setzen soll, da ich weiß, was das Management erwartet und wie man damit umgeht. Als die Schätzung der Entwicklungszeit des MVP aufkam, machte ich klar, dass es nicht einfach war und wir einige Zeit für die Recherche brauchen werden, bevor ich eine endgültige Schätzung abgeben kann. Er setzte dies außer Kraft, indem er dem Management sagte, dass dies mit allem Drum und Dran in 2 Tagen erledigt werden könne. Ich war wütend, er hat mit seiner Aussage nicht nur meine Autorität untergraben und dem Management falsche Informationen gegeben, die falsche Erwartungen wecken und dem Produkt schaden könnten, sondern er hat auch das ganze Team mit einer viel zu kurzen Frist erstickt. (FYI:

Nach einem Telefonat mit dem CEO, in dem erklärt wurde, was los ist, gelang es mir, diese Frist zu verlängern. Aber mir wurde auch gesagt, dass ich für mein Team verantwortlich bin und solche Situationen nicht akzeptabel sind.

Wie kann ich mit einem Mitarbeiter umgehen, der hart arbeiten kann, aber keine richtigen Entscheidungen und Zeitschätzungen treffen kann, der durch die Arbeitsbelastung und die Schnelllebigkeit des Geschäfts, in dem wir arbeiten, gestresst zu sein scheint? Ich möchte, dass er weniger arbeitet, aber produktiver ist . Ich kann sehen, wie er in kürzester Zeit in einen Burnout gerät, wenn es so weitergeht wie bisher.

Ich muss zugeben, dass es nur wenige gibt, mit denen ich in der Vergangenheit zusammengearbeitet habe, die in diesem Unternehmen mithalten können. Ich habe viele kommen und gehen sehen. Diejenigen, die es schaffen, sind allesamt brillante, kluge und hart arbeitende Leute. Ich sehe Potenzial in diesem Entwickler, deshalb möchte ich ihm wirklich helfen, in diesem Unternehmen zu wachsen. Hier gibt es Raum für eine überdurchschnittliche Karriere, und ich möchte, dass er Erfolg hat. (Er machte deutlich, dass er das auch will)

@JoeStrazzere Wir haben in unserem Team eine ziemlich flache Hierarchie, in der ich die Endverantwortung für das Produkt und Entscheidungen in Bezug auf die Entwicklung übernehme. Jeder soll mit oder ohne mich an Besprechungen mit der Geschäftsführung teilnehmen können. Ich vertraue ihnen, sie vertrauen mir und das hat noch nie zu Problemen geführt.
Bei der Frage bin ich mir nicht sicher - ist er Ihr Kollege oder Untergebener? Da bist du etwas inkonsequent. Wenn Sie formell sein Kollege ohne „Führungs- und Disziplinargewalt“ über ihn sind, aber von ihm erwartet wird, ihn zu führen und zu disziplinieren, ist das ein ganz anderes Problem.
„Selbst gesetzte Fristen werden nicht eingehalten“ – es gibt eine ganze Schule des Projektmanagements, die akzeptiert, dass Fristen nicht vorhersehbar sind und BESONDERS nicht von EINER PERSON. Scrum, es gibt ein Pokerspiel (bei dem das gesamte Scrum-Team wettet, wie komplex eine Geschichte ist, und die Gründe für Ausreißer erklärt - dh höchste und niedrigste). Er sollte als Mensch seine Fristen zunächst nicht allein bestimmen. Managementproblem.
Ich bin mir nicht sicher, ob ich die Situation verstehe. Es gibt ein Treffen, bei dem jemand aus der Schule schätzt, dass eine Aufgabe in 2 Tagen erledigt werden kann. Der Teamleiter sagt etwas anderes, das Management ignoriert die Eingaben des Teamleiters und plant naiv die kürzere Schätzung. Dann ruft der Teamleiter den CEO an, um die Managementplanung außer Kraft zu setzen, und der CEO gibt dem Teamleiter eine Warnung, weil der Teamleiter seine Arbeit getan hat, um zu warnen, dass der Zeitplan nicht realistisch ist?
Ist es nicht auch eher die Aufgabe des Managements, zu planen und zu vermeiden, dass das Produkt dadurch Schaden nimmt? Ich bin der Meinung, dass das Management mehr Verantwortung für seine Entscheidungen übernehmen sollte, so wie es seine Entscheidung ist, den Input eines erfahreneren Mitglieds zu ignorieren und keinen Puffer im Zeitplan festzulegen.
Es tut mir leid, wenn Sie das beleidigen könnte, aber für den Fall der Aufhebung wissen Sie, dass er/sie „neu“ ist, unter Stress steht und schlechte Entscheidungen trifft, außerdem haben Sie „so schnell wie möglich“ als Beschreibung hinzugefügt. Offensichtlich ist er verwirrt und gestresst, wie Sie sagen, Sie hätten dem Management sagen sollen, mit Ihnen und nicht mit dem Entwickler in dieser Angelegenheit zu sprechen, und ihm sagen sollen, er soll nichts beantworten und die Fragen an Sie weiterleiten.

Antworten (4)

Er ist ein Junior-Entwickler, frisch von der Universität, und es gibt Dinge, die er noch nicht gelernt hat. Ich war in dem Zustand, in dem er sich einmal befand . Zu viel Druck, ich gestresst, lange gearbeitet und viel weniger erreicht, als ich normalerweise in acht Stunden am Tag erreicht hätte. Ich habe es selbst herausgefunden, und seitdem lasse ich mich durch nichts stressen. Wenn es Druck gibt, stresse ich mich nicht, sondern konzentriere mich, aber wenn eine Deadline verpasst wird, ist das mein Chefproblem.

Das weiß er noch nicht. Sprechen Sie mit den Leuten, die die Schätzung wissen wollten, und sagen Sie ihnen, dass das Feature in zwei Tagen nicht verfügbar sein wird. Du weißt, das wird es nicht.

Am Morgen nach dem Abgabetermin haben Sie dann ein Gespräch mit dem jungen Entwickler. Fragen Sie ihn, wie lange die Funktion dauern wird. Wenn er eine Antwort gibt (wahrscheinlich „zwei Tage“), fragen Sie ihn erneut. Aber Sie fragen „diesmal nicht, was Sie glauben, was ich hören möchte, sondern wie lange es dauern wird“. Wenn Sie mit der Antwort nicht einverstanden sind, fragen Sie erneut, bis er eine realistische Antwort gibt. Das ist die erste wichtige Lektion, die wir gelernt haben.

Dann fragen Sie, wie viele Stunden er in den letzten zwei Tagen gearbeitet hat. Und wie viel er in dieser Zeit erreicht hat. Und warum er so wenig erreicht hat. An diesem Punkt sollte er sich darüber im Klaren sein, dass er durch Überstunden und Hektik weniger erreicht, als er mit acht Stunden stressfreier und konzentrierter Arbeit erreicht hätte. Und frag ihn, wie er sich dabei fühlt. Denn ich bin sicher, er ist nicht glücklich über die ganze Situation.

Und das ist die zweite wichtige Lektion. Dass nichts Gutes passiert, wenn du es zu sehr versuchst. Dass man bei der Arbeit entspannt bleiben und sich nicht unter Druck setzen lassen muss.

Diese Antwort wurde eindeutig von jemandem geschrieben, der dieser Junior-Entwickler war: Ich erkenne zu viele meiner eigenen Fehler als Junior-Entwickler darin :-)

Ihr CEO hat Ihnen die Antwort bereits gegeben. Sie sind Teamleiter, Sie legen die Fristen fest und managen die Erwartungen.

Es spielt keine Rolle, wie gut er ist, es ist nicht richtig oder angebracht, dass ein Neuling über Ihren Kopf hinausgeht und sagt, was er seiner Meinung nach tun kann und in welchem ​​​​Zeitrahmen. Er sagt Ihnen, was er denkt, Sie sagen es Ihren Vorgesetzten auf der Grundlage Ihres Wissens und Ihrer Erfahrung und so weiter in der Kette.

Selbst nachdem du ihm gesagt hast, er solle dich nicht außer Kraft setzen, hat er es trotzdem getan. Das ist Insubordination, schlicht und einfach.

Man muss sich fragen, wie sehr man so jemanden in seinem Team haben möchte. Es ist jetzt alles sehr gut, wo man ihn im Auge behalten und bis zu einem gewissen Grad kontrollieren kann, aber was passiert in der Zukunft? Wenn Sie Urlaubstage nehmen, wird er ignorieren, was Sie dem Team gesagt haben, und sein eigenes Ding machen? Was ist, wenn er Teamleiter wird und anfängt, der Geschäftsleitung Dinge zu versprechen, die, wie dieses Projekt, einfach nicht zu erfüllen sind?

Ihre einzige Option ist im Moment, so fest zu ihm zu sein, wie Sie können. Schicken Sie ihn nach Hause, wenn Sie müssen, stellen Sie sicher, dass er keine Interaktion mit der Geschäftsleitung hat, es sei denn, Sie autorisieren dies oder es ist zu 100 % erforderlich. Wenn er diese nicht befolgen kann, müssen Sie sich möglicherweise die folgenden Unternehmensverfahren für PIPs und alle Disziplinarmaßnahmen ansehen, die Sie für angemessen halten.

Oder OP könnte ihn einfach fragen, warum er OP trotz der Warnung außer Kraft gesetzt hat ...
Mit dem Kind muss ein Gespräch geführt werden. Eins zu eins, geschlossene Tür, formeller Rahmen. Die OP muss ihn ziemlich hart treffen. Bieten Sie dann Führung und Anleitung an, wenn es darum geht, spät zu arbeiten, die eigenen persönlichen Fristen dieses Kindes (die unrealistisch erscheinen) usw. Scheint, als ob das OP daran interessiert ist, diesen Entwickler zu "retten", muss es ihn möglicherweise für eine Weile mikroverwalten (trainieren). .
@AndreiROM Empfehlen Sie, dass ein Teamleiter für eine einmalige Sache "ziemlich hart auf ein unerfahrenes Teammitglied losgeht"?
Ja, denn so lernen Unerfahrene. Offensichtlich war ein vorheriges Gespräch nicht pointiert genug.
@SebastienDERrico, Das ist nicht wirklich eine "einmalige Sache". Er hat bereits eine schlechte Erfahrung darin, Zeitschätzungen vorzunehmen, und er wurde deutlich davor gewarnt, ihn während dieses Treffens mit dem oberen Management außer Kraft zu setzen. „Ich habe klar kommuniziert, dass ich mich bei Zeitschätzungen oder Entscheidungen, die ich während dieses Treffens treffe, nicht außer Kraft setzen soll.“ Wenn das OP jetzt versucht, ihn sanft zu korrigieren, wird es offensichtlich nicht funktionieren. Das OP hat diesen Ansatz bereits versucht, und es hat nicht funktioniert.
@StephanBranczyk Ich habe fast 4 Jahre in der IT gearbeitet und wenn Sie mich fragen, wie lange etwas für ein neues Projekt getan wird, würde ich sehr, sehr intensiv nachdenken und bin mir bei der Antwort immer noch nicht sicher. Wenn OP oder jemand den Neuling nicht bereits darüber belehrt hat, können Sie nicht wirklich warnen und erwarten, dass er jetzt ohne Hinweis oder Anleitung 100% besser schätzen kann. Als ich ein Neuling war, konzentrierte ich mich nur darauf, die Arbeit zu erledigen. Wenn sich die Arbeit summiert, kann ich nur daran denken, wie ich mehr tun und keine Frist verpassen kann. Ich finde es einfach unfair dem Neuling gegenüber.
@Encryptoferia, "Es sei denn, OP oder jemand hat den Neuling bereits darüber belehrt" Genau! Das OP behauptet, er habe ihn bereits zu diesem Thema belehrt. Hier sind die Worte von OP: „Ich habe klar kommuniziert, dass ich mich bei Zeitschätzungen oder Entscheidungen, die ich während dieses Meetings treffe, nicht außer Kraft setzen soll.“
@StephanBranczyk Nach 10 Jahren in diesem Bereich können die meisten Menschen nicht effektiv einschätzen - es ist die am wenigsten gelehrte und am schwierigsten zu meisternde Fähigkeit. Es gibt auch eine Diskrepanz, bei der Schätzungen im laufenden Betrieb erwartet werden, wobei eine gute Schätzung Zeit erfordert, um das Problem aufzuschlüsseln. Ich würde nicht erwarten, dass er die meiste Zeit für ein oder zwei Jahre auch nur annähernd an die tatsächliche Zeit herankommt. Das Problem ist nicht der Junior-Entwickler, sondern das Unternehmen, das ihn in diese Position gebracht hat. Und warum haben die anderen Leute einem jr. statt seinem Manager das Wort geglaubt? Das ist ein weiteres Versagen des Unternehmens.
@GabeSechan, ich stimme diesem Teil voll und ganz zu. Mit dem Unternehmen ist definitiv etwas faul, und normalerweise ist das ein Zeichen dafür, dass nicht-technische Leute in Machtpositionen sind.

Sie müssen sich von ihm zurückziehen. Er ist ein neuer Entwickler, 6 Monate aus dem College. Er ist nicht bereit für die Arbeit, die Sie ihm geben. Warum würdest du einen EXTREM jungen Entwickler zu einem Treffen auf dieser Ebene bringen? Und warum hast du nicht einfach "Nein, können wir nicht" gesagt und ihn notfalls beiseite genommen? Sie haben damals als Manager völlig versagt.

Wenn Sie sein Lead/Manager sind, ist es Ihre Aufgabe, diese Meetings für ihn zu führen, bis er bereit ist. Er ist offensichtlich noch nicht auf diesem Niveau und wird es wahrscheinlich noch eine Weile nicht sein. Alles an dem, was Sie gesagt haben, zeigt, dass Sie zu schnell, zu hart und bevor er dazu in der Lage war, auf ihn losgegangen sind. Ihre Aufgabe als Lead-Mentor eines jungen Talents besteht darin, die Arbeit/Schwierigkeit langsam zu erhöhen, damit er in die Rolle hineinwachsen kann. Das dauert keine 6 Monate. Es dauert Jahre, um aus einem Junior einen Midlevel zu machen. Es sind nicht nur technische Fähigkeiten, die er vielleicht schon hat. Es lernt, wie man mit anderen zusammenarbeitet, wie man mit Machtstrukturen umgeht, wie man kommuniziert, was seine tatsächlichen Fähigkeiten sind und wie man produktionsreifen Code liefert (im Gegensatz zu einem Schulprojekt). Es ist Zeitmanagement. Es ist Vertrauen. Es lernt, wie man Prioritäten setzt.

Wenn er bis 22 Uhr dort bleibt, gibst du ihm zu viel Arbeit. Wenn er schlechte Schätzungen abgibt, müssen Sie ihm beibringen, wie man bessere abgibt. Und ja, dabei wird er Fehler machen. In vielen Fällen ist es am besten, ihn sie herstellen zu lassen und daraus zu lernen, solange die Kosten nicht zu hoch sind. Das bekommen Sie mit einem Junior-Entwickler – Sie werden sehen, dass viel Zeit verloren geht. Betrachten Sie es Schulungskosten.

Was Sie tun sollten, ist, seine Arbeitsbelastung zurückzuziehen, bis er es in einer angemessenen Zeit erledigen kann. Finden Sie dann heraus, in welchen Bereichen er Defizite hat – hier können es Schätzung und Kommunikation sein – und planen Sie einen Weg, ihn zu unterrichten.

Ich muss zugeben, dass es nur wenige gibt, mit denen ich in der Vergangenheit zusammengearbeitet habe, die in diesem Unternehmen mithalten können.

Mit anderen Worten, Sie haben ein systemisches Problem im Unternehmen, dass Sie nicht wissen, wie Sie Talente entwickeln können. Das Problem sind nicht die Entwickler, die gegangen sind – es ist Ihre Firma. Und das sind zumindest zu einem großen Teil Sie selbst – diese Einstellung ist bei einem Manager nicht akzeptabel. Lerne, deine Arbeit richtig zu machen, du lässt diese Entwickler im Stich.

Ich sehe kein Problem darin, jemanden zu einem Meeting einzuladen, nur um ihn über den Geschäftskontext und spezifische Informationen auf dem Laufenden zu halten. Zumal OP ihn ausdrücklich angewiesen hat, sich nicht einzumischen, halte ich es nicht für eine faire Einschätzung, hier nur OP die Schuld zu geben, weil er den Junior eingeladen hat, und nicht dem Junior, weil er gegen ausdrückliche Anweisungen verstoßen hat.

Ich möchte ihm wirklich helfen, in diesem Unternehmen zu wachsen ... Ich möchte, dass er erfolgreich ist. (Er machte deutlich, dass er das auch will)

Schreiben Sie das offiziell auf, setzen Sie sich mit ihm hin, erklären Sie es ihm so, wie Sie es uns erklärt haben.
Fügen Sie die Tatsache hinzu, dass der CEO „mir gesagt hat, dass ich für mein Team verantwortlich bin und Situationen wie diese nicht akzeptabel sind“. Weisen Sie noch einmal darauf hin, dass Sie ihm vor dem Treffen gesagt haben, dass er „mich bei Zeitschätzungen oder Entscheidungen, die ich während dieses Treffens treffe, nicht außer Kraft setzen soll“.

Erklären Sie, dass er mit seinem Ungehorsam seinem und Ihrem Ruf geschadet hat.

Befolgen Sie die HR-Richtlinien:
Geben Sie ihm die schriftliche Zusammenfassung dessen, was Sie gesagt haben, und lassen Sie ihn unterschreiben, um dies zu bestätigen.
Stellen Sie sicher, dass die Erklärung eine Methode enthält, mit der er jeden der Fakten schriftlich anfechten kann, und teilen Sie ihm mit, dass dies der Abmahnung für das Protokoll beigefügt wird.

Erklären Sie, dass das einzige, was Sie davon abhält, ihn zu feuern, die Tatsache ist, dass er neu ist, es sein erster Job ist, Sie wissen, dass er unter großem Stress steht, und Sie das Potenzial für ihn sehen, ein großartiger Mitarbeiter zu werden.

Beachten Sie die mündliche Warnung, die Ihr CEO Ihnen gegeben hat - Es ist Ihre Aufgabe auf dem Spiel, nicht seine.

Sie haben offensichtlich viel Mitgefühl und Verständnis für den Kerl, also werde ich Sie darüber nicht belehren.

Wenden Sie sich an den CEO und teilen Sie ihm mit, dass Sie ihn mit einer schriftlichen Warnung benachrichtigt haben, die Sie persönlich mit ihm besprochen haben. Sagen Sie dem CEO auch, dass er mindestens ein Jahr lang keine Besprechungen mit Kunden haben wird.


Ich füge meiner Antwort einen sehr relevanten Punkt aus den Kommentaren hinzu:

... sich in diesem Meeting zu äußern, wenn es ausdrücklich verboten wurde, bedeutet nicht, etwas nicht zu wissen, sondern vorsätzliche Ungehorsamkeit ...
Abgesehen davon gibt es hier Raum dafür, zu akzeptieren, dass dies ein einmaliger Fehler war und bereit zu sein, weiterzumachen, wenn es aufhört. – Flater 5. Mai um 15:16 Uhr

Meine Betonung

Ich denke, das ist viel zu viel, ein 1-zu-1-Treffen ohne den ganzen Papierkram sollte ausreichen, wenn man bedenkt, dass er diesen Kerl behalten will. Ich würde diesem Ansatz zustimmen, wenn er nur Gründe braucht, um ihn zu feuern
@Homerothompson Ich bin anderer Meinung. Der CEO teilte dem OP mit, dass es sich um seine Fehlerreferenz im vierten Absatz handelt, in dem er sagt, dass mir "gesagt wurde, dass ich für mein Team verantwortlich bin und Situationen wie diese nicht akzeptabel sind". Meiner Meinung nach könnte an dieser Stelle nur ein Wort, obwohl es nett wäre , den Job des OP gefährden, wenn etwas anderes passiert.
@Homerothompson: Während ich Ihnen bei den meisten Themen im Allgemeinen zustimmen würde, ist es nicht eine Frage des Nichtwissens, sondern eine Frage des vorsätzlichen Ungehorsams, sich in diesem Meeting zu äußern, wenn ausdrücklich gesagt wird, es nicht zu tun. Auch wenn es etwas Gutes tun sollte, hat es sehr wohl eine klare Linie überschritten und Vertrauen gebrochen. Dieses Verhalten ist immer wieder ein Kündigungsgrund, und eine offizielle Abmahnung verkauft diesen Punkt sehr stark, der bisher offensichtlich auf taube Ohren gestoßen ist. Abgesehen davon gibt es hier Raum dafür, zu akzeptieren, dass dies ein einmaliger Fehler war, und bereit zu sein, weiterzumachen, wenn er aufhört.