Die Qualitätsarbeit verlagert sich vom Gatekeeping zur Einflussnahme. Der Tester hört auf zu sagen, dass alles kaputt ist und beginnt, die Auswirkungen in geschäftlichen Begriffen zu formulieren. Beweise sind wichtiger als Meinungen. Angenommen, die Safari-Anmeldeschaltfläche schlägt fehl und 20 Prozent der Benutzer werden blockiert. Kurze Feedbackschleifen sind wichtig. Ein 15-Sekunden-Check vor dem Aufstehen bringt das Team auf Linie. Durch frühzeitiges Paaren wird das Testen in die Entwicklung integriert, anstatt am Ende einen Mini-Wasserfall zu verursachen. Veränderungen wachsen durch kleine Experimente.
In dieser Folge spreche ich mit Kat Obring über den Tester als Influencer. Wir sprechen darüber, wie man aufhört zu sagen, dass alles kaputt ist, und wie man anfängt, die Sprache der Stakeholder zu sprechen. Bringe Beweise, keine Meinungen. Sage: "Die Safari-Anmeldeschaltfläche funktioniert nicht und 20 Prozent der Benutzer werden blockiert". Wir sprechen über einen 15-Sekunden-Check vor dem Stand-Up und frühes Testen, damit das Testen Teil der Entwicklung ist und nicht ein Mini-Wasserfall am Ende.
"So I think the first step is always trying to understand who you are talking to, trying to understand what matters to them, what do they really care about. Bad quality is something that hurts the business, but how does it hurt this particular person? What is the impact on this person or on the team that this person works with?" - Kat Obring
Nach über 20 Jahren in der Softwarebranche konzentriert sich Kat Obring nun auf das Wesentliche: Sie zeigt Teams und Einzelpersonen, wie sie die Qualität ihrer Arbeit messbar verbessern können. Ihre praktischen Frameworks vereinen Erkenntnisse aus ihrer vielfältigen Erfahrung als DevOps QA Engineer, Head of Delivery und - überraschenderweise - ihrer frühen Karriere als Köchin. Sie hat gelernt, dass Beweise immer besser sind als Vermutungen und dass ein gut durchdachtes Experiment mehr Wahrheit ans Licht bringt, als es monatelange Planung je könnte.
Bei der Qualität von Software geht es nicht nur um fehlerfreien Code oder ein fehlerfreies Release, sondern auch darum, wie Teams zusammenarbeiten, kommunizieren und sich kontinuierlich verbessern. In einer kürzlich erschienenen Folge von Software Testing Unleashed setzte sich Gastgeber Richie mit Kat Obering, einer erfahrenen QA- und DevOps-Führungskraft, zusammen, um ein zum Nachdenken anregendes Konzept zu erkunden: der Tester als Einflussnehmer. Die Diskussion bietet nicht nur Inspiration, sondern auch umsetzbare Schritte für Tester, die mehr tun wollen, als nur Probleme zu melden.
Kat beginnt mit der Feststellung, dass Tester, mehr als die meisten anderen Rollen, mit dem gesamten Spektrum der Interessenvertreter interagieren. Von Entwicklern und Produkteigentümern bis hin zu Marketing und Ops - Tester haben Einfluss auf viele Prioritäten. Doch mit dem Einfluss kommt die Verantwortung - die Verantwortung, die eigene Botschaft anzupassen.
Allzu oft kommunizieren Tester, indem sie einfach sagen, dass "die Qualität dieser Version schrecklich ist", egal für welches Publikum. Eine solche Aussage mag sich zwar richtig anfühlen, führt aber nur selten zum Handeln. Die wahre Macht liegt darin, zu verstehen, was für Ihre Zielgruppe wichtig ist:
Für Entwickler: Konzentrieren Sie sich darauf, wie Bugs sie Zeit kosten oder zu frustrierenden Kontextwechseln führen.
Für Produktverantwortliche oder das Marketing: Verknüpfen Sie Bugs mit dem Benutzererlebnis, der Akzeptanz von Funktionen oder der Konversionsrate bei der Anmeldung.
Kat betont: "Es können dieselben Bugs sein, über die wir sprechen, aber sie haben unterschiedliche Auswirkungen auf verschiedene Teams." Die Lektion? Tester sollten lernen, jedes Gespräch so zu gestalten, dass es sich um die Werte ihrer Zielgruppe dreht und nicht nur darum, was defekt ist.
Ein durchgängiges Thema in Kats Ratschlägen ist der Übergang von der Meinung zum Beweis. Sagen Sie nicht einfach: "Der Anmeldevorgang ist fehlerhaft" Sagen Sie Ihrem Produktmanager: "Diese Schaltfläche funktioniert nicht in Safari, und 20 % unserer Nutzer verwenden Safari - wir verlieren also diese Anmeldungen."
Beweise verwandeln eine Beschwerde in ein überzeugendes Argument für Maßnahmen. Es ist einfacher, für die Behebung eines Problems zu argumentieren, wenn Sie die Auswirkungen in der Praxis aufzeigen. Egal, ob Sie mit Technikern oder Geschäftsführern sprechen, bringen Sie konkrete Daten in Ihre Diskussionen ein.
Ein von oben verordnetes 18-monatiges Programm zur Umgestaltung der Qualität ist selten das, was Teams brauchen - oder was sie realistischerweise durchhalten können. Kat schlägt eine bessere Alternative vor: kleine, schnelle Änderungen, die schnell einen Nutzen zeigen und sich im Laufe der Zeit weiterentwickeln können.
Ein praktisches Beispiel? Anstatt schwerfällige Prozesse zur Verbesserung der Anforderungen zu erzwingen, sollten Sie bei jedem Stand-up eine einfache 15-Sekunden-Prüfung durchführen. Bevor ein Ticket in die Bearbeitung geht, hält das Team kurz inne, um sich zu vergewissern, dass die Anforderungen klar sind. Diese kleine Anpassung kann Verwirrung und Fehler im Spätstadium drastisch reduzieren, ohne unnötige Bürokratie zu schaffen.
Kat bevorzugt Änderungen, bei denen "man innerhalb von ein oder zwei Wochen die tatsächliche Auswirkung sehen oder den Effekt der Änderung bewerten kann." Schnelle Iteration, schnelles Feedback und die Freiheit, etwas zu ändern, wenn es nicht funktioniert - das sind die Voraussetzungen für bessere Gewohnheiten und dauerhafte Verbesserungen.
Kat ist sich bewusst, dass nicht jeder von Natur aus extrovertiert ist, und teilt ihre eigenen Erfahrungen als Introvertierte in Teams mit mehreren Zeitzonen und an verschiedenen Orten. Ihre Schlussfolgerung: Der Kommunikationsstil kann angepasst werden. Manche empfinden asynchrone, schriftliche Kommunikation als angenehmer, während andere gelegentliche Videokonferenzen bevorzugen.
Das Wichtigste ist nicht, ob man gerne plaudert, sondern ob man über das Schweigen hinausgeht. Einfluss hat man nicht durch große Reden - oft geht es um eine gut platzierte Frage, eine schriftliche Bemerkung oder einfach darum, in Meetings Raum für leisere Stimmen zu schaffen.
Tester sehen häufig mehr Probleme, als sie lösen können. Kat schlägt vor, eine Liste aller Probleme zu erstellen und dann zu bewerten, welche davon klein, umsetzbar und in Ihrem Einflussbereich (oder dem eines Verbündeten) liegen. Die Anwendung von Techniken wie einfachen Bewertungen der Auswirkungen und der Wichtigkeit hilft sicherzustellen, dass die Energie zuerst in gewinnbringende Änderungen fließt. Schnelle Erfolge stärken den Einfluss, bauen eine Dynamik auf und stärken Ihr Selbstvertrauen für größere Herausforderungen.
Tester können enormen Einfluss ausüben - nicht, indem sie lauter schreien, sondern indem sie die Kommunikation anpassen, Beweise auf den Tisch bringen und sich für kleine, effektive Experimente einsetzen. Ganz gleich, ob Sie ein erfahrener QA-Tester oder ein Neuling sind, Kats Ansatz ist klar: Kennen Sie Ihr Publikum, schaffen Sie Vertrauen durch Fakten, und scheuen Sie sich nicht, klein anzufangen. Auf diese Weise treiben Tester sinnvolle Veränderungen voran, ohne dass sie eine formale Berechtigung benötigen, und helfen Teams, Software zu liefern, die sich wirklich von anderen abhebt.