Wie man den Teamleiter bittet, mich wissen zu lassen, wenn er etwas kaputt macht oder ändert

Wir sind ein kleines Team, das kurz vor dem Start einer neu gestalteten Website steht, die einem umfassenden Facelifting unterzogen wird. Aufgrund der Art des Zeitrahmens habe ich weniger Arbeitsbelastung und mein Manager möchte, dass ich die Dinge teste, um sicherzustellen, dass alles in Ordnung ist. Wir haben auch einen Vollzeit-Tester. Beim Testen habe ich festgestellt, dass es einige Probleme gibt, die zuerst nicht da waren. Sie waren entweder das Ergebnis der Fahrlässigkeit meines Managers oder eines anderen Entwicklers, aber es fällt mir zu, da es mit dem Frontend zusammenhängt. Zum Beispiel habe ich die Website auf dem Handy überprüft und das Menü wird nicht geladen, aber auf dem Desktop schon. Das bedeutet, dass sie ihre Arbeit getan haben, um das Menü dynamisch zu machen, aber nicht das andere bisschen und mir nichts gesagt haben.

Im Laufe der Zeit hat mein Team meine Arbeit mit allem verschmutzt, was sie werfen und sehen können, was hängen bleibt, weil sie denken, dass sie meinen Job gut kennen.

Wenn ich etwas, das mir zugewiesen wurde, nicht erledige oder mir etwas Zeit nehme, wirft mein Vorgesetzter schnell Probleme auf oder lässt andere Entwickler bei mir sitzen, um die Aufgabe zu erledigen.

Bei einem so großen Problem wie dem nicht geladenen Menü auf Mobilgeräten geht der IT-Direktor davon aus, dass der Typ, der für ein Frontend eingestellt wurde (ich), nicht gut in seinem Job ist. In Wirklichkeit hat die Person, die an der Speisekarte gearbeitet hat, nicht auf dem Handy gearbeitet. Wenn die Änderung etwas im Backend ist, ist der Manager schnell aufgeregt und fragt mich, warum , und sein Gedächtnis ist mir gegenüber nicht allzu gut.

Meine Frage ist, wie viel Recht ich als Untergebener habe, meinem Vorgesetzten zu sagen, dass mein Design in Ordnung war, aber nachdem er oder ein anderer Entwickler daran gearbeitet hat, es ruiniert wurde und dass die richtige Person es reparieren sollte?

Der andere Entwickler entfernte schnell die SVN-Geschichte, sodass man nicht wissen kann, wer was vor ein paar Monaten getan hat, also ist es ein Krieg der Worte

Wenn hier irgendjemand versuchen würde, einen Teil des Versionsverlaufs zu entfernen, würde er noch am selben Tag aus dem Haus gehen!
Versuchen Sie, aus der Denkweise herauszukommen, Fehler als „Fahrlässigkeit“ zu bezeichnen. Sie sind Bugs – Menschen machen Fehler. Sobald Sie anfangen, Schuldzuweisungen zu machen, wirkt sich dies auf Ihre Arbeitsbeziehungen mit Ihren Kollegen aus.
Als Erstes müssen Sie sicherstellen, dass niemand außer einem Administrator den SVN-Verlauf berühren kann. Ich unterstütze den Vorschlag, dass er dafür den Stiefel bekommen sollte.
Ich liebe die Kommentare hier, der Kollege ist ein Arschloch. Er ersetzte alle Dateien durch neue Dateien, gab mir dann die Schuld und als der Manager sagte, er solle sie zurückbekommen, dh Rollback/Wiederherstellung, tat er etwas, bei dem niemand den Verlauf früher als damals sehen konnte. Der Manager wird diese Magie nicht kennen und nur er weiß es, daher ist es keine Option, ihn zu feuern, weil er Chaos verursacht und der Manager es liebt, weil 5 % der Arbeit, 95 % des Chaos besser sind als nichts. @SnarkShark Ich meine nicht Fehler als Fahrlässigkeit. Ich meinte, die Tatsache zu ignorieren, dass ein Teil auch Arbeit braucht, und es nicht zu tun.
@JoeStrazzere ja, aber sie schrauben Dinge, die nichts mit ihnen zu tun haben, und wenn ich dasselbe tue, läuft der Manager auf mich los.
"Wie viel Recht habe ich, meinem Manager zu sagen, dass mein Design in Ordnung war, aber nachdem er oder ein anderer Entwickler daran gearbeitet hat, es ruiniert wurde und dass die richtige Person es reparieren sollte?" - Keiner. Wenn jemand, den ich verwaltet habe, dies zu mir sagen würde, würde ich dafür sorgen, dass ich ihn nicht mehr verwaltet habe.
Das Hauptproblem scheint hier die Versionskontrolle zu sein. Sie können Software, die sich spontan ändert, nicht effektiv testen.

Antworten (2)

Sie haben die Aufgabe zu testen, und während Ihrer Tests finden Sie Fehler? ... dafür ist das Testen da. Sie melden die Fehler und dann können sie behoben werden. Das Point-the-Finger-Spiel zu spielen ist nicht sehr konstruktiv. Wenn Sie richtig dokumentieren, sollte Sie das nicht beunruhigen.

Ich behebe meinen Lebensunterhalt (keine Software). Der professionelle Weg, damit umzugehen, besteht darin, einen Bericht darüber zu erstellen, was nicht richtig funktioniert, mögliche Untersuchungslinien zur Lösung der Probleme zu erstellen und sich auf Lösungen statt Schuldzuweisungen zu konzentrieren.

Die Leute sollten sich nicht mit der Versionskontrolle herumschlagen, aber das scheint nicht Ihre Rolle zu sein. Das ist ein Thema für sich und ich würde wie folgt einen Bericht darüber machen, ohne die Schuldzuweisungen zu machen.

„Bei der Untersuchung der Ursache des X-Problems habe ich festgestellt, dass frühere Versionen nicht verfügbar sind, was es schwierig macht, die Ursache zu lokalisieren. Dies kann auf ein Problem mit dem Versionskontrollsystem oder eine absichtliche Manipulation hindeuten. In Zukunft habe ich XX und XY als Hauptgründe für das Scheitern von YY identifiziert, wenn eine WW-Situation eintritt. etc, .... (dann auf Lösungsstrategien hinarbeiten).'

Nun, der Manager zeigte mir eine Einstellung, als ich den Code einrückte, während ich eine Testaufgabe durchführte, bei der es sich um eine UX-Verbesserung handelte, da er aufgrund seines Mangels an Wissen nicht herausfinden konnte, was ich hinzugefügt/entfernt hatte, und ich es ihm nicht sagte, weil es sich um eine Person handelte Unhöflich ist mir nach mehrfachem Anbieten mal Hilfe, man muss aufhören. Wenn ich Fixes teste und er das gleiche Verhalten mit mir hat, Code nicht einrücken/einrücken. Ich werde seinen Manager wegen seines Fehlverhaltens anzeigen müssen.
Wie man in solchen Situationen mit einer Führungskraft umgeht, wäre eine ganz andere Frage als die gestellte. Aber Ihren Vorgesetzten wegen Verletzung Ihrer Gefühle einer höheren Person zu melden, ist im Allgemeinen eine schlechte Idee, es sei denn, Sie haben einen Einfluss/eine Verbindung mit der höheren Position. In diesem Fall ist es sowohl Ihr Vorgesetzter als auch Ihr Teamleiter, über den Sie sich beschweren möchten. Eine solche Beschwerde könnte sehr schlimm nach hinten losgehen. Es gibt andere Strategien, die Sie verwenden könnten.
Möchten Sie die Frage bearbeiten und eine bessere Antwort geben?
Nicht wirklich, ich kenne Ihre ganze Situation nicht, wenn Sie die Frage stellen, die Sie beantwortet haben möchten, können wir alle versuchen, Ihnen zu helfen. Das Bearbeiten der vorhandenen Frage würde alle aktuellen Antworten ungültig machen, aber Sie könnten sie löschen und neu beginnen.
@Nofel "Manager zeigte mir Haltung, als ich den Code beabsichtigte" - Für Stiländerungen, die die Funktionalität nicht ändern, sollten Sie diese als separate Änderung vornehmen, z. B. an einem Freitagnachmittag. Und kennzeichnen Sie sie als solche "feste Einrückungen usw."

Da Software deterministisch ist und es genügend Tools gibt, um Änderungen zu verfolgen, sollte dies wirklich einfach zu lösen sein.

Die Verwendung eines solchen Systems (auf manipulationsfreie Weise) legt die Beweislast für einen Ausfall so ziemlich auf das Unternehmen.

Bugs zu haben, die es bis zur Produktion schaffen, weist auch auf einige andere Probleme in den Prozessen hin. (Testen und Bereitstellen)

Beginnen Sie mit der Verbesserung der Prozesse Ihres Teams, um in Zukunft aus solchen Situationen herauszukommen und in ein konstruktives Arbeitsumfeld zu gelangen.

Ich habe es nur angenommen, weil "das Problem, das so groß ist, dass ein Menü nicht geladen wird", kein großes Problem wäre, wenn es nur in einer Testumgebung entdeckt würde. Dafür ist das Testen da, oder?
Entschuldigung, ich beantworte hier Fragen im Geiste dessen, was ich aus dem Postertext verstehe, und versuche, es nützlich zu machen. Wenn Sie mehr wissen oder eine andere Meinung dazu haben, können Sie gerne selbst eine Antwort posten. Wenn Sie meinen, dass mein Beitrag ein schlechter Rat ist, können Sie ihn gerne ablehnen.