Wie gehe ich mit einem leitenden Mitarbeiter um, der Dinge in meinem Teil des Projekts kaputt macht, für die mir die Schuld gegeben wird?

Einer meiner Kollegen, ein leitender Entwickler mit 5 Jahren im Unternehmen, arbeitet an Dingen, für die ich verantwortlich bin, endet aber normalerweise damit, Dinge kaputt zu machen. Ich werde dafür verantwortlich gemacht, weil ich für diesen Bereich verantwortlich bin.

Kürzlich hat er unser 1-1-Treffen zu den Themen, die ich ihm gegenüber angesprochen habe, vollständig dementiert. Nachdem ich zwei Tage gewartet hatte und dachte, ich würde benachrichtigt werden, wurde mir gesagt, ich solle unseren Manager konsultieren, dem er sagte, dass diese Probleme seine und nicht meine seien.

Er schreibt in sein JIRA-Ticket: „Regressionstests haben einen Fehler/ein Problem eingeführt, wenn Sie beschäftigt sind, kann ich es beheben.“ Er wird Dinge kaputt machen, während ich ihm den Code unter Arbeitsbedingungen gebe, ohne mich zu fragen oder zu fragen. Die Probleme, die er einführt, werden geprüft, bevor ich sie sehen kann.

Wie kann ich sicherstellen, dass dieser leitende Entwickler nicht weiterhin Dinge kaputt macht, die letztendlich in meine Verantwortung fallen?

Wofür WURDEN Sie eingestellt? Bei dieser Frage scheinen die Rollen/Verantwortlichkeiten für die Beteiligten zu fehlen, was es schwierig macht, zu verstehen, worum es geht. Bitte geben Sie etwas mehr Kontext.
Sie scheinen in Eile gewesen zu sein, als Sie dies gepostet haben, und Ihre Frage ist schwer zu analysieren und scheint unvollendet zu sein. Können Sie dies bearbeiten , um den Text zu verbessern, eine einzelne Kernfrage zu identifizieren und die Teamdynamik zu verdeutlichen? Wer ist diese Person für Sie? Was sind Ihre jeweiligen Aufgaben?
Haben Regressionstests Probleme in Tarzans Änderungen aufgedeckt? Wenn dies der Fall ist, beginnen Sie mit den Worten: "Ihre letzten Änderungen haben diesen Regressionstest bestanden; könnten Sie bitte einen Blick darauf werfen."
Haben Sie eine Versionskontrolle, damit jeder sehen kann, wer das Zeug eingecheckt hat? Es ist mir weniger wichtig, ob jemand meinen Code gebrochen hat, wenn a) ich ihn leicht zurücksetzen kann und b) jeder sehen kann, dass ein anderer Typ diesen Code gebrochen hat.
@Lilienthal Ich habe das Q jetzt bearbeitet.
@Nebr Ja, es wurde von Mr. Tarzan wanna be überprüft.
Ich schlage vor, hier Ihren Ton anzupassen. Das Beleidigen von Kollegen ist überall verpönt, auch auf dieser Seite. Bleiben Sie nach Möglichkeit bei den Fakten und vermeiden Sie persönliche Urteile, auch wenn Sie ihn nicht ausstehen können. /// Dein Beitrag ist mir immer noch unklar. Sicherlich sollen Regressionstests Fehler finden, die QA oder produktive Nutzung (noch) nicht aufgedeckt haben? Aufgrund des verwendeten Tons kann ich nicht sagen, ob dieser Typ wirklich Fehler in seinen eigenen Code einführt und Dinge kaputt macht, die früher funktioniert haben, oder ob Sie sich nur darüber ärgern, dass Sie zusätzliche Arbeit bekommen, weil er so kaputte Dinge findet sind noch nicht auseinandergefallen.
@Lilienthal Ich denke, das OP ist frustriert darüber, dass Mr. Tarzan Änderungen am Front-End-Code vornimmt, ohne zu fragen, und daher Fehler einführt. Diese Fehler werden dann dem OP angeheftet und das OP möchte wissen, wie man Mr. Tarzan höflich bitten kann, dies nicht zu tun.
Das ist eine Interpretation, und selbst dann müssten wir herausfinden, welche Art von Beziehung diese Leute haben und ob "Tarzan" tatsächlich Änderungen vornehmen soll. Die Tatsache, dass wir ein klares Szenario brauchen, ist der Grund, warum wir solche Fragen normalerweise als unklar abschließen, bevor Antworten eintreffen, da die Leute am Ende normalerweise sehr unterschiedliche Dinge beantworten, was der Q&A-Philosophie zuwiderläuft.

Antworten (2)

Für die Frage, ob er Ihre Vereinbarung leugnet, holen Sie es schriftlich ein :

  • Tragen Sie alle Meetings in Ihre beiden Kalender ein oder planen Sie sie per E-Mail

  • Machen Sie sich während des Meetings Notizen und senden Sie ihm eine Zusammenfassung des Meetings, z.

    Wie in unserem Treffen heute früher besprochen ...

    Bitte weisen Sie auf diese fehlerhaften Angaben hin.

Verlassen Sie sich sowohl für das oben als auch für das unten nicht auf mündliche Kommunikation, da dies leicht zu leugnen ist - es ist ein guter Ausgangspunkt (da es einfacher ist, Dinge schnell zu klären), aber Sie müssen es danach schriftlich erhalten.

Für das Problem, dass er Dinge kaputt macht:

  • Verwenden Sie die Quellcodeverwaltung - dies sollte Ihnen eine ordnungsgemäße Papierspur geben, um Ihren Fall zu unterstützen.

    • ... mit automatisiertem Testen - das Testen erfolgt nach jedem Commit, und es werden E-Mails verschickt, die alle über fehlgeschlagene Tests informieren. Es wird ihm schwerfallen, die Schuld abzuwälzen, wenn das Testen nach seinem Commit fehlschlägt. Wenn er sagt "Testen führt zu Fehlern", sollten Sie das einfach zurückdrängen, z.

      Können Sie erläutern, was Sie damit meinen? Das Testen ändert den Code nicht und kann daher keine Fehler einführen.

  • Setzen Sie seine Änderungen zurück (wenn er sie nicht behebt oder zumindest bestätigt):

    Ich habe die von Ihnen festgeschriebene Änderung X rückgängig gemacht, da sie Y beschädigt. Stellen Sie bitte sicher, dass die Tests bestanden werden, bevor Sie Änderungen an unserer Quellcodeverwaltung festschreiben.

  • Weisen Sie auf seine schwerwiegenden Fehler hin - wenn er Sie nicht konsultiert oder dem, was Sie gesagt haben, nicht folgt, senden Sie ihm eine E-Mail wie:

    Ich habe gerade Ihre Änderung X gesehen. Dies entspricht nicht dem, was wir bei unserem Treffen am Datum Y vereinbart haben, aus Grund Z. [Ich habe es rückgängig gemacht / Ich habe es behoben / Bitte beheben Sie es.] Bitte lesen Sie unsere Besprechungsnotizen, bevor Sie Änderungen vornehmen Zukunft.

  • Ggf. CC-Management .

  • Wenn diese Schritte nicht helfen, sprechen Sie mit dem Management , weisen Sie auf bestimmte problematische Fälle hin (mit Beweisen zur Untermauerung), erwähnen Sie, wie Sie bisher versucht haben, das Problem mit Ihrem Kollegen zu lösen, und fragen Sie ihn, wie er Sie behandeln soll Das.

+1 für genau dieses " schreiben ". Das ist gut für alle Beteiligten in einer solchen Situation, nicht nur um die Beute zu decken.
Also werde ich tun, was du gesagt hast. Ich habe ein Treffen mit ihm, was ziemlich genau dem entspricht, was ich ihm an einem anderen Tag erzählt habe. Soll ich ihn wissen lassen, dass dies die gleichen Dinge sind, die ich dir vorher gesagt habe, an die du dich nicht erinnerst, oder etwas, das ihn in Verlegenheit bringt?
@Nofel Wenn Sie entweder die vorherigen Instanzen schriftlich haben oder vorher viel Aufhebens darum gemacht haben, können Sie es erwähnen (eine Möglichkeit zur Eskalation - fragen Sie, wie er die Dinge diesmal anders machen wird, um ihn nicht in Verlegenheit zu bringen). Wenn nicht, ist es vielleicht besser, einfach mit einer weißen Weste zu beginnen (dh nicht zu erwähnen, dass Sie ihm das vorher gesagt haben).
@Nofel Wenn Sie entweder die vorherigen Instanzen schriftlich haben oder vorher viel Aufhebens darum gemacht haben, können Sie es erwähnen (eine Möglichkeit zur Eskalation - fragen Sie, wie er die Dinge diesmal anders machen wird, um ihn nicht in Verlegenheit zu bringen). Wenn nicht, ist es vielleicht besser, einfach mit einer weißen Weste zu beginnen (dh nicht zu erwähnen, dass Sie ihm das vorher gesagt haben).
Er hat es geschrieben, nicht ich. Aber ich möchte ihn daran erinnern, dass wir darüber gesprochen haben und dass diese Aufgabe sicherlich klein sein mag, aber sie hat meinem Namen ein schlechtes Image verliehen. (Der Manager fragte mich buchstäblich, warum das nicht funktioniert, und ich sagte, es war, als ich es ihm gab.) Ich weiß, wie man es repariert, aber ich möchte, dass er sich daran erinnert, dass ich ihm seinen Fehler nicht immer wieder verzeihen werde.
@Nofel, repariere es niemals. Machen Sie es rückgängig und lassen Sie ihn es reparieren, oder er wird weiterhin dieselben Fehler machen.

In letzter Zeit haben sich die Dinge ein wenig beschleunigt, als er unser 1: 1-Treffen zu Themen, die ich ihm gegenüber angesprochen hatte, völlig dementierte

Eines der Dinge, die ich auf die harte Tour gelernt habe (und dies ist mein erster Job), ist, dass Menschen unter Zwang Flip-Flops machen können und tun. Es ist also zwingend erforderlich, dass Sie die Dinge schriftlich festhalten. ZB: Schicken Sie ihm eine E-Mail mit der Bitte um einen Termin für ein Treffen, bei dem Sie die Probleme besprechen und später die JIRA-Tickets aktualisieren, um dasselbe widerzuspiegeln.

Zum Beispiel,

Nachdem wir ISSUE-003 in unserem Meeting besprochen haben, haben wir beschlossen, es zu handhaben, indem wir die an das Backend gesendeten Daten ändern. Früher haben wir so-und-so gesendet und jetzt planen wir, so-und-so zu senden.

Was ich jetzt verstehe ist:

  1. Er ist länger in der Firma als Sie
  2. Er ist kein "Front-End-Typ" und er will sich in den Code einmischen

Zu diesem Zweck schlage ich vor, einen Prozess einzurichten, bei dem der gesamte Frontend-Code, der in den Master-Branch geht, vor der Kundenfreigabe regressionsgetestet wird. Wenn es nicht bereits vorhanden ist, müssen Sie zu Ihrer Sicherheit zumindest ein sehr rudimentäres Verfahren einrichten. Wenn der Code geändert wurde und die Änderung nicht von Ihnen stammt, werden Git-Commits Sie retten. Sie lügen nie.

Außerdem müssen Sie sicherstellen, dass der Fehler nicht im Frontend liegt. Haben Sie sich beispielsweise nicht an den API-Vertrag gehalten oder hat er sich ohne Ihr Wissen geändert? Stellen Sie sicher, dass all dies gut und ohne Zweideutigkeit dokumentiert ist.

Wie gehe ich mit einem leitenden Mitarbeiter um, der Dinge in meinem Teil des Projekts kaputt macht, für die mir die Schuld gegeben wird?
AntwortenHierDatenschutz-Bestimmungen1y, 0v