Wie geht man mit der Schuld für Probleme um, die nicht von Senioren behandelt werden?

Hier wäre mein Ansatz:

Versuchen Sie, mit dem QA-Team zusammenzuarbeiten. Die Art und Weise, wie die Dinge funktionieren, ist sowohl für sie als auch für Sie schlecht. Können Sie das mit ihnen besprechen und versuchen, besser zusammenzuarbeiten? Sie möchten eine Lösung finden, bevor sie fehlschlägt, und Sie geben sich gegenseitig die Schuld an das Management.

Ich würde dies wahrscheinlich in Form eines Angebots tun, "auszuhelfen", indem ich an der QA der von Ihnen vorgenommenen Änderung teilnehme. Außerdem würde ich Schuldzuweisungen in dieser Diskussion vermeiden. Sagen Sie nicht „Ihre Qualitätssicherung war unzureichend“; sagen "offensichtlich hat das nicht funktioniert; wie können wir besser zusammenarbeiten, um diese Veröffentlichung herauszubringen?"

Seien Sie auch bereit zuzuhören, wenn sie denken, dass ein Teil des Problems Ihre Schuld ist.

Wenn dies nicht funktioniert, äußern Sie Bedenken bezüglich des fehlerhaften Prozesses beim Management. Betonen Sie die Tatsache, dass die Art und Weise, wie die Änderungen veröffentlicht werden, den Erfolg behindert.

Vermeiden Sie auch hier Schuldzuweisungen und äußern Sie einfach Ihre Besorgnis darüber, dass die Dinge nicht funktionieren. Es geht nicht darum, dass Sie Recht haben und das QA-Team sich irrt; es geht um den Schaden, der dem Unternehmen dadurch entsteht, dass der Prozess nicht reibungslos funktioniert.

Leider hört es sich so an, als ob Ihr Arbeitsplatz eine ziemlich toxische Kultur hat … wichtige Aufgaben an Junioren mit wenig Unterstützung von Senioren zu übertragen, ist nicht so schlimm, aber das Management sagt Dinge wie „Mach es zum Laufen“. und immer direkt zu dir springen, wenn etwas schief geht, ist einfach nicht an. Nicht mit einem Junior.

Mein Rat wäre, sich nach einem anderen Job umzusehen. In der Zwischenzeit bleiben Sie einfach ruhig, wenn Sie mit solchen Dingen umgehen. Erledigen Sie Ihre Arbeit so gut Sie können, untersuchen Sie die Gründe für etwaige Fehler und informieren Sie Ihren Vorgesetzten über Ihre Erkenntnisse.

Ich kann Ihnen sagen, wie das in einem gut funktionierenden Team gemacht wird:

Ihnen wird eine Aufgabe zugewiesen. Sie finden heraus, wie die Aufgabe zu erledigen ist, und dann erledigen Sie sie. Je nachdem, wie schwierig die Aufgabe ist, wie fortgeschritten Sie sind, ob Sie einen guten Tag haben und ob die Lösung die Aufgaben anderer Personen beeinträchtigen könnte, besprechen Sie die Dinge mit ihnen. Am Ende erhalten Sie Code, von dem Sie hoffen, dass er funktioniert.

Sie geben diesen Code jemandem, der ihn überprüft. Der Prüfer wird es entweder akzeptieren oder Ihnen mitteilen, dass Änderungen erforderlich sind. Sie wiederholen, bis der Prüfer es akzeptiert. Wenn es an diesem Punkt Probleme gibt, ist es nicht Ihre Schuld (allein), jeder Fehler wird zwischen Ihnen und dem Rezensenten geteilt.

Ein Build Ihres Codes mit den akzeptierten Änderungen wird an QA übergeben. Sie testen es. Wenn sie Probleme finden, beheben Sie die Probleme und fangen von vorne an. Wenn sie Probleme finden, ist das gut, es beweist, dass QA ihre Arbeit richtig macht. Am Ende erhalten Sie Code, der vom Prüfer überprüft und akzeptiert und von der QA getestet und akzeptiert wird. Wenn es danach Probleme gibt, wird die Schuld auf alle drei geteilt.

Wenn dies nicht der Fall ist, werden Sie immer Probleme haben. Wenn Ihr Management den Prozess nicht ändert, ist das ihre Schuld und sie sollte die Schuld auf sich nehmen. Abgesehen davon geht auch mal was schief. Menschen anzuschreien und sie vor anderen zu erniedrigen, hilft in dieser Situation kein bisschen.

Wenn sich die Dinge nicht ändern, möchten Sie vielleicht nach einem besseren Ort suchen.

Es ist offensichtlich schwierig für die Qualitätssicherung, ihre Funktion auf diesem „alten, komplizierten Legacy-System“ ordnungsgemäß auszuführen . Der Prozess sei offensichtlich verbesserungsbedürftig, der Kunde sei direkt involviert, daher gebe es „viel Hitze“.

Sie geben in Ihren letzten Absätzen an, dass die TL „Sie gebeten hat, ihnen zu zeigen, was falsch war“. Offensichtlich wissen sie also ... (natürlich tun sie das!) ... dass der Prozess unterbrochen ist, und sie fragen Sie ausdrücklich nach Ihren Einsichten und Perspektiven.

Niemand, von ganz unten bis ganz oben, ist gerne in einer solchen Situation, besonders "vor dem Kunden, der letztendlich die Rechnungen bezahlt, die alle anderen bezahlen". Aber für mich hört es sich so an, als ob das Team daran arbeitet , die Grundursachen des Problems zu identifizieren und es zu lösen, wenn auch unter enormen Druckbedingungen.

Und deshalb würde ich einfach vorschlagen, dass Sie sich weiterhin auf das Problem [Prozess ...] konzentrieren, da es „derzeit beschissen“ ist, und weiterhin Ihren Teil dazu beitragen, dass es sozusagen „weniger beschissen“ wird. „Was ist Ihrer Meinung nach der Grund, warum die Qualitätssicherung ihre beabsichtigte Rolle nicht erfüllen kann und warum Bereitstellungen in der Produktion schief gehen ?

Warum hat es „länger gedauert als erwartet“? (Weil damals „alle anderen“ Ihrer Erwartung zugestimmt haben. Sonst hätten sie den Projektzeitplan korrigiert. Niemand ist „allein schuld“, aber das Projekt wurde beeinträchtigt. Nochmal.)

Die Softwareentwicklung ist ein Monsterprozess , insbesondere bei Legacy-Systemen. Niemand versteht es vollständig. Auch wenn du dich jetzt „ein bisschen gekreuzigt“ fühlst, versucht niemand wirklich, dich damit zu belasten. Sie versuchen, den Prozess zu verbessern und den Kunden wieder glücklich zu machen. "Ja, es ist scheiße, dort zu sein." Aber wir waren alle dort, egal wo wir in der Hierarchie des betreffenden Teams oder der betreffenden Abteilung standen. Konzentrieren Sie sich auf: „Helfen Sie uns, es für immer zu beheben.“ Kopf hoch. Bleiben Sie engagiert.