Der Kollege macht immer wieder Fehler, wie kann man ihm helfen? [geschlossen]

Einer meiner Kollegen, den ich leite, macht immer wieder Fehler bei der Arbeit, bei der er mir hilft.

Ich habe versucht, ihm auf folgende Weise zu helfen:

  • Akzeptanzkriterien für Schreibpflegebenutzer
  • Wenn er eine Funktionalität implementieren muss, geben Sie ihm ein Design, wie es aussehen soll. Die Gestaltung erfolgt durch einen Designer.

Trotzdem scheint er immer wieder dieselben Fehler zu machen, bei einigen frage ich mich, warum er den Fehler gemacht hat, dh eine typische Aufgabe wäre es, eine Funktionalität basierend auf dem Modell zu implementieren. Als ich schließlich seine Arbeit überprüfe, sieht die Funktionalität nicht gleich aus, was dazu führt, dass der Kunde sauer ist, da das, was er vereinbart hat, in Wirklichkeit nicht dasselbe ist. Das Problem ist kein Codierungsproblem, sondern dass er das Design nicht genau befolgt hat. Um die Situation zu korrigieren, muss ich manchmal hineingehen und seinen Code korrigieren, damit er genauso aussieht, aber da ich für die Lieferung des Projekts verantwortlich bin, irritiert es mich, seine Arbeit zu erledigen.

Wie geht man damit am besten um?

Hatte er bei der Diskussion, warum er die Funktion geändert hat, eine Erklärung? Vielleicht hat er das Gefühl, es "verbessert" zu haben, hat aber nicht verstanden, dass es genau so gemacht werden muss, wie besprochen. Er weiß vielleicht nicht einmal, dass er etwas falsch macht, und vielleicht sind Ihre Vorschläge nur das.
Warten Sie, warum wird seine Arbeit dem Kunden direkt präsentiert, damit er sauer wird? Gibt es keine Art von Überprüfung oder internes „Gate“, bevor es an den Kunden geht?
Willkommen auf dem Planeten Erde. Wenn er perfekt wäre, wäre er dein Boss. Ein Teil des Geschäfts besteht darin, fehlerhafte Menschen effektiv einzusetzen.
Ist das ein Fernarbeiter? Denn wenn Sie ihn neben dem Designer oder neben der QA hätten, anstatt ihm direkten Zugang zum Kunden zu gewähren (was eigentlich Ihre Aufgabe ist), hätten Sie dieses Problem wahrscheinlich nicht. Aus der Ferne zu arbeiten ist schwierig, gerade weil die Feedback-Schleife so viel länger ist. Anstatt sich also 10 Sekunden Zeit zu nehmen, um etwas zu korrigieren, indem Sie einen kurzen Blick neben sich werfen, müssen Sie wahrscheinlich den Code selbst ausführen und dann eine formelle E-Mail senden, in der es formuliert wird das Problem in seiner Gesamtheit, und dann müssen Sie auf eine Antwort warten, die möglicherweise erst am nächsten Werktag zurückkommt.
Wenn das, was ich sage, richtig ist, sollten Sie ihn bitten, einen Screenshot seiner Arbeit zu erstellen und ihn neben dem eigentlichen Modell zu platzieren, bis er qualitativ hochwertige Arbeit geleistet hat, und ihn dann erklären lassen, welche verbleibende Arbeit er zu erledigen hat seine täglichen Berichte an Sie. Als weitere mögliche Lösung könnten Sie versuchen, einen Praktikanten am selben Standort wie dieser Entwickler einzustellen und ihn als QA für ihn zu beauftragen. QA ist eigentlich sehr wichtig, aber es hört sich nicht so an, als hätten Sie jemanden, der sich dieser Rolle widmet.

Antworten (1)

Stellen Sie sicher, dass er sich bewusst ist, dass dies ein ernstes Problem ist.

Einige von uns fühlen sich nicht so wohl dabei, Kritik zu äußern. Es ist leicht zu vermeiden, ein ernstes Problem zu diskutieren oder es herunterzuspielen. Aber wenn dies der Fall ist, hilft es weder ihm noch Ihnen.

Wenn Sie es noch nicht getan haben, unterhalten Sie sich mit ihm, in dem Sie erklären, dass dies ein ernstes, systematisches Problem ist. Weisen Sie nicht nur auf einzelne Fehler hin; Stellen Sie sicher, dass er weiß, dass dies ein andauerndes Muster ist, das nicht akzeptabel ist.

Das muss nicht alles negativ sein; Sie können ihm Unterstützung anbieten und deutlich machen, dass Sie konstruktiv zusammenarbeiten wollen, damit er erfolgreich sein kann. Aber die grundlegende Botschaft, dass es sich um ein ernstes Problem handelt, muss kommuniziert werden. Sonst kommst du nirgendwo hin.

Überprüfen Sie seine Arbeit formell anhand klarer Anforderungen.

Stellen Sie sicher, dass er genau weiß, was die Anforderungen für eine Aufgabe sind (es hört sich so an, als hätten Sie bereits daran gearbeitet), und führen Sie auch eine Überprüfung anhand der Anforderungen durch.

Wenn er ein bestimmtes Design implementieren sollte, überprüfen Sie seine Implementierung anhand des Designs und notieren Sie alle Inkonsistenzen. Wenn sie nicht übereinstimmen, hat er die Überprüfung nicht bestanden und muss zurückgehen und die Probleme beheben.

Vermeide es, hinter ihm aufzuräumen.

Korrigieren Sie seinen Code nach Möglichkeit nicht selbst. Senden Sie es stattdessen an ihn zurück, um es zu korrigieren.

Vielleicht müssen Sie dies irgendwann tun, weil es für die Lieferung entscheidend ist. Aber wenn ja, stellen Sie sicher, dass ihm dies als Problem hervorgehoben wird.

Treffen Sie sich regelmäßig mit ihm, um die Leistung im Laufe der Zeit zu bewerten und klare, messbare Ziele zu setzen.

Stellen Sie sicher, dass er weiß, wie Erfolg langfristig aussieht, und arbeiten Sie mit ihm daran, dies zu erreichen.

Aber irgendwann, wenn das Problem weiterhin besteht, müssen Sie möglicherweise die schwierige Entscheidung treffen, dass er gehen muss. Wenn dies der Fall ist, wird jede fortlaufende Messung seiner Leistung diesen Prozess unterstützen.

Es ist wichtig, niemals nach einem Inkompetenten aufzuräumen. Senden Sie es mit Kommentaren zur Behebung an ihn zurück. Lass ihn den Schmerz des Fixierens spüren. Setzen Sie sich gegebenenfalls zu ihm und führen Sie ihn, aber berühren Sie niemals die Tastatur. Du befähigst einen Inkompetenten, wenn du hinter ihm aufräumst. Die Leute fragen sich, wie diese Leute beschäftigt bleiben, weil andere ihre Arbeit aufräumen. Es ist wichtig, dass er weiß, dass sein Job auf dem Spiel steht, wenn er dieses Zeug nicht reparieren kann und die Arbeit sich nie verbessert.
@HLGEM - Es sind Kommentare wie diese, die mich dazu bringen, StackExchange für eine "+100" -Schaltfläche einzusetzen. Ich wünschte, ich könnte ein paar Leute, mit denen ich gearbeitet habe, zwingen, das zu Beginn eines jeden Arbeitstages laut vorzulesen.
@WesleyLong Das stimmt!