Neuer QA-Lead – Beratung beim Übergang erforderlich

Ich wurde kürzlich in einem Agile-Team zur Senior-QA-Rolle befördert, und damit ergab sich auch die Gelegenheit, eine große Gruppe von 15 QA-Teammitgliedern (onshore und offshore) zu leiten. Ich habe keinen offiziellen Titel als Teamleiter, da es sich um ein Scrum-Team handelt, aber mein Manager und Direktor haben klar gesagt, dass ich das QA-Team und jede Initiative des Projekts leiten würde. Sie werden es jedoch nicht als offizielle Ankündigung/Erklärung machen, sondern erwarten, dass ich die Verantwortung übernehme und führe.

Meine Herausforderung ist folgende: Meine Kollegen fühlen sich unwohl, wenn ich führe. Es ist weder Eifersucht noch war es eine unfaire Beförderung, es war nur ein Verdienst, sondern hauptsächlich wegen eines inoffiziellen Führungstitels und einer Ankündigung, die nicht offiziell vom Management kam. Sobald ich anfing, die Verantwortung zu übernehmen, betrachteten sie mich schnell als eine Sprecherin des Managements. Sie haben diesbezüglich direkt vor mir Erklärungen abgegeben, und das hält mich davon ab, Dinge zu erledigen. Wie ändere ich diese Perspektive? Irgendwelche Tipps für den Übergang in eine Führungsrolle?

Ich habe auch bemerkt, dass sie sich vielleicht unwohl fühlen, weil ich eine Frau und relativ junge Berufstätige bin. Ich kann aus mehreren Gründen nicht genau sagen, was die wahre Ursache ist. Sie scheinen mir in Ordnung zu sein, ein Senior QA zu sein, aber kein Lead.

Warum sollte das Team, das ein Scrum-Team ist, es daran hindern, einen Teamleiter zu haben?
Sie geben Ihnen also keine Titeländerung oder höhere Gehälter und Zusatzleistungen, aber sie geben Ihnen eine ganze Menge zusätzlicher Arbeit und Kopfschmerzen, mit denen Sie fertig werden müssen? Wer braucht bei so einem Management Feinde? Klingt, als würden Sie verarscht.
Was meinen Sie mit einem „Management-Sprecher“?
@JDT, von mountaingoatsoftware.com/training/roles/team-lead : „Als Teammitglied muss sich der technische Leiter daran erinnern, dass die selbstorganisierende Natur eines Scrum-Teams die Rolle des technischen Teamleiters eliminiert. Stattdessen sind es Einzelpersonen gebeten, über ihr Spezialgebiet hinauszublicken und dem Team auf jede erdenkliche Weise zu helfen."
Sprechen Sie über dieses Problem mit dem Manager und Direktor. Wenn Sie sich um neue Verantwortlichkeiten kümmern, sollten sie dies dem Team mitteilen. Es ist ihr Fehler, nicht deiner und nicht der des Teams.
Von Ihnen wird also erwartet, dass Sie „die Verantwortung übernehmen und führen“, aber auf eine Weise, die die Rolle eines Teamleiters eliminiert? Aus Erfahrung kann ich Ihnen ziemlich versichern, dass manchmal jemand tatsächlich eine technische Entscheidung treffen muss. Bei mehr als 15 Teammitgliedern viel Glück, sich in einem Meeting zu einigen. Und selbst in Teams mit nur 3 oder 4 Personen kann es manchmal darauf ankommen, „hier sind ein paar Meinungen, wie wählen wir jetzt eine aus“.

Antworten (1)

Danke für alle Antworten.

Was JBking erwähnt hat, ist wahr. In meiner Organisation wird die Rolle des technischen Leiters aus Scrum-Teams eliminiert, aber von Einzelpersonen, insbesondere von Ressourcen in Senior-Rollen, wird erwartet, dass sie über ihre individuellen Aufgaben hinausblicken und bei der Verbesserung von QA-Prozessen helfen, neue Technologien und Tools übernehmen usw.

Mein Team war traditionell ein manuelles Testteam. Unsere aktuellen Testprozesse sind zu einem großen Engpass in Scrum geworden und wir können CI und CD nicht erreichen. Wir haben viele Bereiche, in denen wir uns verbessern können.

Hier werde ich gebeten, bei der Beseitigung der Engpässe zu helfen und den Übergang vom manuellen zum automatisierten Testteam zu erleichtern. Führung der Automatisierung bei der kontinuierlichen Verbesserung des QA-Prozesses.

Die meisten QA-Mitglieder haben sich daran gewöhnt, auf manuelle Weise zu testen, und es hat sich auch viel Selbstgefälligkeit eingeschlichen. Sie stehen der Änderung nur ungern gegenüber und haben sich bisher nicht verbessert (Wir sind jetzt seit mehr als 8 Monaten im Scrum und das Management gab viel Zeit, um das Team selbst organisieren zu lassen). Wenn ich jetzt also von der Notwendigkeit von Verbesserungsinitiativen spreche (was sie vom Management genauso hören), denken sie an mich, dass ich die Agenda des Managements vorantreibe.

Allerdings gibt es hier keine Agenden. In unserer Organisation und anderswo in der Branche entwickeln sich QA-Rollen stark, insbesondere aus der agilen Perspektive. Ziel hier ist es, dem Team zu helfen, dieses Niveau zu erreichen.

Wie andere in diesem Thread gesagt haben, denke ich darüber nach, meinen Vorgesetzten dazu zu bringen, zumindest eine informelle Mitteilung über meine führenden Initiativen zu machen und auch meinen Teammitgliedern die Bedeutung der Transformation zu verdeutlichen. Ich hoffe, das würde ein bisschen helfen. Bitte korrigieren Sie mich, wenn ich hier falsch liege.

Ich bin auch nicht maßgeblich gegenüber den Teammitgliedern, mein Ansatz war bisher, kollaborativ zu arbeiten.

Wie ich sehe, sind seit dieser Antwort einige Monate vergangen. Ich stehe vor einer ähnlichen Situation; Würden Sie die Ergebnisse und Fallstricke, auf die Sie bei diesem Ansatz gestoßen sind, bearbeiten?