Wie man mit einem Kollegen umgeht, der mir die Schuld an dem Fehler gegeben hat

Manche Menschen neigen dazu, die Schuld aggressiv auf andere abzuwälzen, um die Aufmerksamkeit von sich selbst abzulenken. Da Sie auch relativ neu sind, muss es für ihn sehr bequem gewesen sein, das zu tun, was er getan hat.

Hier ist mein Rat. Schreiben Sie eine Mail, beschreiben Sie, worum es ging, wie Sie die Ursache erreicht haben, was die Lösung des Problems war und wie es in Zukunft verhindert werden kann. Schließen Sie alle Beteiligten in diese Mail ein.

Schreiben Sie am Ende dieser Mail etwas in diese Zeilen,

XYZ,

Können Sie diese Schritte bitte in die entsprechende Dokumentation oder das Dokument über Standard-Arbeitsanweisungen für dieses Stück Code einfügen?

Auf diese Weise “zeigen Sie nicht mit dem Finger auf ihn”, sondern Sie rufen ihm ausdrücklich zu, dass er der Eigentümer dieses Stückes Code und damit dafür verantwortlich ist. Das Aufrufen ist wichtig, weil nicht jeder (besonders die höhere Führungsebene) irgendwelche Codebasis-Links öffnen wird, um zu sehen, wessen Commit es war.

Ein bisschen hart, aber er hat es verdient.

Ich habe meine Karriere darauf aufgebaut, nicht das Schuld-Spiel zu spielen, aber die Wahrheit ist, dass die Menschen auf die lauteste Stimme hören. Wenn Sie sich jedoch auf die Verteidigung einlassen, wird er Sie auf sein Niveau herunterziehen und Sie mit Erfahrung schlagen.

Wenn Sie einen finden können, brauchen Sie einen Champion. Im Idealfall sollte dies Ihr Manager sein, aber manchmal ist es auch ein anderer angesehener Entwickler. Er wird sich für Sie einsetzen, um den Lauten zum Schweigen zu bringen. Alles, was Sie tun müssen, ist ein privates Gespräch mit ihnen über die Fakten (nicht die Schuld) dessen, was Sie getan haben, um das Problem zu lösen, und wie sie möchten, dass Sie weiter vorgehen, damit beim nächsten Mal, wenn etwas mit dem Dienst nicht in Ordnung ist, das Problem schneller gefunden und behoben werden kann. Das kann das Schreiben eines kleinen Testprogramms beinhalten, das den Dienst direkt testet (ohne den Code der anderen Entwickler zu benutzen), oder eine Protokollierung oder so etwas, so dass das Problem “wir gegen sie” sehr schnell festgestellt werden kann. Wenn sie wissen, wer tatsächlich schuld war, können sie Ihren Namen reinwaschen, ohne dass Sie mit dem lauten in direkten Konflikt geraten.

Ich habe mich immer nach hinten gebeugt, um zu vermeiden, andere Entwickler in die Defensive zu drängen. Ich habe Dinge gesagt wie: “Ich habe Probleme, das Problem zu duplizieren. Können Sie mir bitte mitteilen, welche Anrufe Sie an den Dienst tätigen und was Sie zurückbekommen, damit ich den Dienst korrekt testen kann”? Wenn der Entwickler sich die Mühe macht, Ihnen Protokollprotokolle von den tatsächlichen Anrufen und Antworten zu geben, fragen Sie, was er erwartet, zurück zu erhalten. Meistens wird der Entwickler Ihnen jedoch nur seinen Code zeigen. In diesem Fall können Sie manchmal das Problem erkennen. Selbst wenn Sie das tun, rufen Sie sie trotzdem nicht heraus. Sie müssen das Problem selbst finden. Lassen Sie sie den Code durch einen Debugger laufen und fragen Sie unschuldig, was eine bestimmte Variable in einer bestimmten Codezeile enthält. Ich könnte weitermachen, aber Sie verstehen schon.

Es ist eine sehr schöne Tradition in der IT-Branche (und in einigen anderen, wie der Luftfahrt), dass, wenn jemand ein Problem findet, alle zusammenarbeiten, um eine Lösung zu finden und im Idealfall die Ursache zu finden, damit die Prozesse verbessert werden können, aber niemand wird persönlich beschuldigt oder für den Fehler bestraft. Das Ergebnis ist, dass die Leute offen und ehrlich über ihre Fehler sprechen, anstatt zu versuchen, sie zu vertuschen, was für alle von Vorteil ist.

Es sieht so aus, als gäbe es in Ihrem Geschäft Leute, die nicht in diese Kultur eingekauft haben, und das ist etwas, das die Aufmerksamkeit des Managements braucht.

Meiner Meinung nach sollten Sie mit Ihrem Vorgesetzten darüber sprechen, wie Probleme behandelt werden, insbesondere vorrangige Fragen, die sich auf die Benutzererfahrung auswirken.

In diesem Fall haben Sie 2 Systeme, die miteinander kommunizieren, und plötzlich funktioniert die Kommunikation nicht mehr. Wenn die Kommunikation ausfällt, ist es wichtig, dass sich beide Parteien beide Systeme ansehen. Alle legen den Schwerpunkt auf Ihren Dienst, was dazu führt, dass sie die Dinge nicht auf ihrer Seite untersuchen. Die größte Zeitverschwendung bei der Lösung eines Problems ist der Versuch herauszufinden, was mit einem Teil davon nicht in Ordnung ist der eigentlich so läuft, wie er laufen sollte.

Dies sind jedoch Lernerfahrungen. Ich wette, dass Sie jetzt genau wissen, wie Sie Ihren Dienst beheben können. Versuchen Sie, einen Fehlerbehebungsplan aufzustellen, der auf Ihren Erfahrungen basiert, und machen Sie einen der ersten Schritte, um sicherzustellen, dass es tatsächlich Ihr Dienst ist, der ausfällt (“Funktioniert der Dienst, wenn er von einer anderen Seite aufgerufen wird?”, “Fällt der Dienst teilweise oder ganz aus?”). Sie sind DER Web-Service-Mann, Sie können ein wenig Vertrauen in Ihre Arbeit haben.

Versuchen Sie, die Tatsache loszulassen, dass es tatsächlich sein Code war, der versagt hat. Der Versuch, ihn darauf hinzuweisen, ist ein bisschen kleinlich. Er hätte Sie von Anfang an nicht so sehr in den Mittelpunkt stellen sollen. Betrachten Sie es als ein allgemeines Problem innerhalb des Unternehmens bei der Fehlersuche und behandeln Sie es als solches mit Ihrem Vorgesetzten. Sie wissen auch nicht, ob es tatsächlich sein Code war, er hätte ihn auch aus einem anderen, von einem Kollegen geschriebenen Abschnitt kopieren können.

Ich halte den Vorschlag, mit Ihrem Manager zu sprechen, für einen guten Vorschlag. Ihr Vorgesetzter muss wissen, dass Sie zu Unrecht beschuldigt wurden.

Aber obendrein werden Sie auf die Probe gestellt. Ihr anfänglicher Instinkt ist richtig; Sie müssen reagieren, sonst wird es noch schlimmer. Ich würde ihm direkt eine E-Mail schreiben und ihn wissen lassen, dass das Problem in seinem Code liegt und dass Sie es diesmal niemandem außer Ihrem Vorgesetzten gesagt haben, dem Sie es sagen mussten, um sich selbst zu schützen. Und lassen Sie ihn schließlich wissen, dass Sie an die Öffentlichkeit gehen werden, wenn er es wieder tut.

Ich bin hier etwas spät dran für die Frage, aber neben den sehr fundierten Ratschlägen in Edgars Antwort gibt es einen zweiten Teil dazu.

Wenn Sie eine Mitteilung verschicken, dass Sie das Problem gefunden haben und notieren, wo es gelöst wurde, dann wissen die anderen Entwickler wahrscheinlich, wo das Problem liegt (das ist gut), aber das Management wahrscheinlich nicht.

Wenn Sie es so machen, bedeutet das, dass Sie diesem Typen einen Gefallen getan haben - er hat Sie öffentlich herausgerufen, Sie haben das Problem gefunden, behoben und ihn nicht mit dem Management hineingezogen. Wenn Sie bei Ihren Mitarbeitern auf diese Weise Vertrauen aufbauen, werden Sie langfristig davon profitieren.

Kleine Randbemerkung - dies hängt natürlich ein wenig von der Art des Fehlers ab, den Sie in ihrer Arbeit finden. Wenn das, was Sie finden, so ungeheuerlich falsch ist, dass es auf Inkompetenz ihrerseits hindeutet, sollten Sie dies vielleicht still und leise an Ihren Vorgesetzten weiterleiten - er wird es wissen wollen, und Sie bauen auch bei ihm Vertrauen auf.

Ich schlage vor, dass Sie erst einmal darüber schlafen, bevor Sie auf die persönlichen Aspekte der Situation eingehen. Wenn Sie das Problem behoben und die Dinge wieder zum Laufen gebracht haben, dann sind Sie immer noch “der Mann”. Nachdem Sie sich etwas ausgeruht haben, wird es einfacher sein, gnädig zu sein.

Während das Hauptproblem bereits ausführlich in anderen Awswers angesprochen wurde - der andere Kerl belästigt Sie - möchte ich eine andere Perspektive aufzeigen.

Die Korrektur wurde in dem Code vorgenommen, den der andere Kerl besaß, doch in den meisten Fällen hätte der Dienst ein größeres Problem verhindern können, indem er bei der Behandlung von Kundenanfragen konservativer gewesen wäre. Werden Eingaben validiert? Meldet er irgendwelche Laufzeitfehler? Gibt es eine Testumgebung (dies gilt auch für Verbraucher)? Manchmal wartete ein Problem im Dienst nur darauf, an die Oberfläche zu kommen, also würde ich sagen, nur weil eine Korrektur an einer Stelle vorgenommen wurde, heißt das noch lange nicht, dass dies die ganze Geschichte ist. Außerdem gibt es bei Problemen wie diesem mehr als nur Code. Es gibt auch einen Prozess.