Werde ein Thought Leader

Bei Thought Leadership im Software Testen geht es darum, Prozesse aktiv zu gestalten, veraltete Praktiken zu hinterfragen und die Teamkultur zu beeinflussen, anstatt nur zugewiesene Aufgaben auszuführen. Dazu ist es notwendig, strategisch mit den Stakeholdern zu kommunizieren, Teammitglieder durch offene Fragen zu coachen und Informationssilos zu durchbrechen. Das menschliche Urteilsvermögen ist nach wie vor unverzichtbar, vor allem wenn es darum geht, die Zugänglichkeit und das subjektive Gefühl von Software zu beurteilen, das KI-Tools nicht wiedergeben können.

Das Wichtigste in Kürze

• Siloed knowledge is a delivery problem: Wenn Teammitglieder Informationen oder Prozesse zurückhalten, verlangsamt sich das gesamte Team, unabhängig von der individuellen Expertise.
• KI-Tools können das Schreiben von Testfällen übernehmen, aber menschliches Urteilsvermögen bleibt notwendig, um das Aussehen, die Haptik und das emotionale Erlebnis zu bewerten - Bereiche, in denen das Testen von Zugänglichkeit von der gelebten menschlichen Reaktion abhängt.
• Tester zu coachen bedeutet, ihnen offene Fragen zu stellen, was sie von ihrer Karriere erwarten, und sie nicht auf einen vordefinierten Weg zu verweisen, denn Karrieren sind unterschiedlich und eine Größe passt nicht allen.
• Entwickler, die ihren eigenen Code testen, sind genauso voreingenommen wie KI-Systeme, und Tester bringen eine Denkweise mit, die in einer entwicklungsorientierten Rolle nicht zu finden ist.

Ein Tester, der Code schreibt, ist ein Ingenieur

Testen ist Ingenieurarbeit, und die Leute, die es tun, gehören als vollwertige Teilnehmer in das Ingenieurteam. Laveena Ramchandani bringt es mit einem Satz eines Direktors ihres Unternehmens auf den Punkt: Wenn du Code schreibst, bist du ein Ingenieur. Damit setzt sie die Messlatte dafür, wie ein Tester seine eigene Rolle sehen sollte: nicht als Servicefunktion, die an die Lieferung angehängt wird, sondern als Teil der Produktentwicklung.

Von da an wächst der Job. Ein Tester in einem Entwicklungsteam beeinflusst Veränderungen, ändert die Denkweise und unterstützt die Menschen um ihn herum mit dem, was sie wirklich brauchen. Die tägliche Arbeit füllt sich schnell, und genau deshalb werden die schwierigeren Fragen übersprungen.

Die schwierigeren Fragen sind die, die wichtig sind. Funktionieren die Prozesse, die du übernommen hast, noch oder führst du sie aus Gewohnheit aus? Sagen deine KPIs den Stakeholdern etwas Nützliches, oder existieren sie nur? Wenn du dich zurückziehst, um diese Fragen zu stellen, beginnt Thought Leadership.

Warum Führung beim Testen bedeutet, mit dem Team zusammenzuarbeiten

Ein Titel macht dich nicht zur Führungskraft. Einfluss schon, und Einfluss entsteht, wenn du mit Menschen zusammenarbeitest, anstatt sie aus der Ferne zu dirigieren.

Laveena macht sich lieber die Hände schmutzig und testet an der Seite ihres Teams, als von oben herab zu führen. Diese Entscheidung ist praktisch, nicht sentimental. Wenn ein Manager mit dem Team testet, sieht das Team, wie die Arbeit tatsächlich gemacht wird, und das ist lohnender als die typische Managerhaltung.

Das Ziel ist es, jeden zu einem Vordenker zu machen, und nicht, das tiefere Wissen bei der Führungskraft zu belassen. Eine häufige Fehlerauswirkung besteht darin, dass der Manager das gesamte strategische Denken übernimmt, während die Tester sich mit Routineaufgaben beschäftigen. Dieses Denken auf das ganze Team zu verteilen, ist die Aufgabe der Führungskraft.

Geh mit gutem Beispiel voran, wenn du willst, dass die Tester wachsen

Das stärkste Lehrmittel ist das Zeigen, nicht das Erzählen. Wenn Tester beobachten, wie du mit einer schwierigen Situation umgehst, lernen sie aus der Demonstration.

Laveena beschreibt, wie Tester zu ihr zurückkommen, nachdem sie ihr dabei zugesehen haben, wie sie etwas erledigt hat, und sie fragen, was sie anders gemacht hat, weil sie das Gleiche schon seit Jahren erfolglos versucht haben. Diese Reaktion ist das Signal, dass das Beispiel angekommen ist. Die Leute schauen zu und lernen daraus, wie du arbeitest.

Die ruhigeren Teammitglieder zu coachen, ist langsame Arbeit, die sich aber auszahlt. Laveena hat erlebt, dass Leute, die sich kaum zu Wort gemeldet haben, mit der Zeit viel kommunikativer geworden sind. Die Veränderung zeigt sich zwischen dem Tag, an dem du jemanden eingestellt hast, und dem, an dem er jetzt ist.

Warum es Geduld braucht, um Informationen zu bekommen, nicht nur Beharrlichkeit

Tester sitzen oft in der Mitte eines Wissensnetzes, was bedeutet, dass sie ständig Informationen von vielen Leuten einholen müssen. Wenn du erwartest, dass das schnell und sauber geht, bist du schnell frustriert.

Du wirst viele Leute abschießen, um an eine Information zu kommen, und es kann sein, dass du sie gar nicht bekommst. Wenn du die Hälfte erreicht hast, ist das immer noch ein Fortschritt, der sich lohnt. Arbeite von dort aus weiter.

Manche Interessengruppen stellen dir eine Tür vor die Nase und sagen, sie seien nicht interessiert. Es gibt Wege, diese Tür zu umgehen. Biete ihnen eine Chance und richte sie auf das Team aus, nicht auf dich. Achte auf einen klugen Gesprächsstil, denn ein und dieselbe Anfrage kommt unterschiedlich an, je nachdem, wie du sie vorbringst.

Bevor du jemanden etwas fragst, solltest du wissen, was dein Ziel ist. Was ist das Hauptziel der Frage, und wem dient die Antwort? Wenn das Ziel das Team und nicht deine eigene KPI-Linie ist, ändert sich das Gespräch.

Silos sind das Problem, das es zu lösen gilt

Das größte Hindernis für die Arbeit im Team ist, dass die Menschen ihr Wissen abschirmen. In vielen Tech-Unternehmen und darüber hinaus horten Einzelne Daten, Informationen und Prozesse.

Laveena räumt ein, dass eine gewisse Abschirmung verständlich ist. Die Leute schützen ihr Spezialwissen und wollen es nicht an alle weitergeben. In einem Team, das versucht, eine Sache abzuliefern, arbeitet dieser Instinkt gegen das Ganze.

Qualität sollte für jeden im Team wichtig sein, deshalb bremst es die Gruppe nur aus, wenn man sein Wissen für sich behält. Wenn du offener und hilfsbereiter bist, können alle schneller arbeiten. Horten schützt dich nicht, sondern behindert die Menschen, auf die du angewiesen bist.

Trainiere dein Team, bessere Fragen zu stellen

Wenn ein Tester sagt, dass er etwas nicht kann, ist es an der Zeit, das Denken zu fördern, nicht zu übernehmen. Offene Fragen bringen die Leute dazu, selbst zu denken.

Laveenas Ansatz, wenn ein Stakeholder Nein sagt: Frag den Tester, warum er glaubt, dass die Antwort Nein lautet. Das macht aus einer Sackgasse einen Lernmoment und bereitet die Person darauf vor, die nächste besser zu bewältigen. Sei ein Coach, bleib aufgeschlossen und lass sie auf die Antwort hinarbeiten.

Das ist wichtig, denn die Alternative ist, dass die Manager/innen dauerhaft das gesamte tiefer gehende Wissen in der Hand halten, während die Tester/innen nur ihre Routineaufgaben erledigen. Das Ziel des Coachings ist es, diese Lücke zu schließen.

Was du tust, wenn eine Person nicht mehr liefert

Manchmal reicht das Coaching nicht aus, und das Team kann sich einfach nicht darauf verlassen, dass jemand seine Aufgaben erfüllt. Dann muss man sich fragen, ob man die richtigen Leute an der richtigen Stelle hat.

Laveena hat das bei einem Migrationsprojekt mit einem Lieferanten erlebt. Der Lieferant sagte zuversichtlich zu, die Arbeit zu übernehmen, änderte dann aber seine Antwort, als der Termin kam. Sie nutzte die Gelegenheit und testete die Migration selbst, indem sie auf die Arbeit zurückgriff, die sie zwölf Jahre zuvor gemacht hatte. Nicht jede Führungskraft wird das tun, und die Frustration ist groß.

Wenn jemand “Nein” sagt und das Team dadurch nicht mehr in der Lage ist, seine Leistung zu erbringen, muss die Entscheidung getroffen werden, ob mehr Leute eingestellt oder die Person ersetzt werden soll. Diese Entscheidungen sind emotional sehr belastend, denn niemand will seiner Karriere schaden.

“Wenn du harte Entscheidungen treffen musst, um die richtigen Entscheidungen zu treffen, dann tu es. Fühle dich nicht schlecht. Du tust das Richtige.” - Laveena Ramchandani

Sei als Führungskraft ein bisschen streng und baue ein Team von Machern auf, die sich an ihre Verpflichtungen halten.

Passe deinen Führungsstil an die Person an, nicht an ein anderes Team

Es gibt kein Patentrezept für die Führung von Testern, und es wird nicht funktionieren, den Führungsstil eines anderen Teams auf deines zu übertragen. Hör auf zu versuchen, ein Team an ein anderes anzupassen.

Introvertierte und Extrovertierte bringen beide etwas ein. Laveena verweist auf einen Introvertierten in ihrem Team, der alles detailliert dokumentiert, so dass die Weitergabe von Wissen an jemand anderen so einfach ist wie das Versenden eines Dokuments. Sie gibt zu, dass sie selbst nicht auf diese Idee gekommen wäre. Extrovertierte hingegen sprechen mit Managern und übernehmen die Führung.

Menschen mit ähnlichen Erfahrungsjahren wollen ihre Karriere dennoch unterschiedlich vorantreiben. Einige haben eine klare Karriereleiter vor Augen, vom Analysten über den Senior bis hin zum Manager und darüber hinaus. Andere gehen einen Zickzackkurs, weil sie sich noch nicht ganz sicher sind, und das ist auch gut so.

Die Aufgabe eines Coaches ist es, die Person zu fragen, was sie von ihrer Karriere erwartet, bevor er sie anleitet. Erst die Antwort anhören, dann führen. Indem du ihnen offene Fragen stellst, anstatt sie zu lenken, können sie ihre eigene Richtung bestimmen.

KI verändert den Job des Testers, sie beendet ihn nicht

KI wird Teile des Testens übernehmen, aber ein großer Teil bleibt eindeutig menschlich. Laveenas Antwort auf diese Sorge ist, das, was kommt, anzunehmen, anstatt es zu fürchten, denn wenn du dich weigerst, es zu lernen, kannst du nicht mit ihm arbeiten.

Sie hat ihre Teams aufgefordert, keine Zeit mehr mit dem Schreiben von Testfällen zu verbringen, wenn KI-Tools helfen können, einschließlich der intern verfügbaren Tools. Nutze sie, teste sie und kopiere nicht blindlings, was das Tool ausgibt. Überprüfe mit deinem gesunden Menschenverstand, ob das Ergebnis sinnvoll ist, und setze die Tools strategisch ein. KI ist noch im Lernprozess, du brauchst also noch dein eigenes Gehirn.

Der menschliche Teil ist das Gefühl. KI kann dir nicht sagen, wie sich eine Anwendung anfühlt, ob eine Website einladend oder überwältigend ist, ob sie zu viele auffällige Bilder hat. In der Zugänglichkeitsarbeit ist dieses Gefühl etwas, das nur ein Mensch vermitteln kann. KI ist in einigen Bereichen überragend und stößt dort an Grenzen, wo das menschliche Urteilsvermögen überwiegt.

Die Qualität selbst hängt von dieser menschlichen Einschätzung ab. Qualitätsmerkmale und KPIs führen alle zu einem Gefühl von guter Qualität, und dieses Gefühl ist menschlich. In den nächsten Jahren wird es deshalb viel Arbeit für Tester/innen geben.

Warum ein Entwickler nicht der einzige Tester sein sollte

Wenn man sich darauf verlässt, dass Entwickler/innen ihren eigenen Code testen, führt das zu Verzerrungen, genauso wie man sich Sorgen über Verzerrungen bei KI macht. Ein Entwickler, der seine eigene Arbeit prüft, kann sie nicht neutral betrachten.

Laveena plädiert dafür, eine eigene Testfähigkeit beizubehalten, einschließlich eines Softwareentwicklers im Test, der entwickeln kann, wenn es nötig ist, und testen, wenn es nötig ist. Manche Start-ups überspringen dies und stellen zunächst nur Datenwissenschaftler oder KI-Entwickler ein, aber die Notwendigkeit von Qualität und Testen bleibt bestehen.

Tester denken über den Tellerrand hinaus, während Entwickler sich darauf konzentrieren, das Problem zu lösen, das vor ihnen liegt, und das zu liefern, was sie bauen sollen. Tester gehen durch die Büsche und versuchen, Dinge zu knacken, und das ist der Grund für die unerwarteten Befunde. Achte darauf, welches Kaliber du einstellst, denn die Denkweise des Testens ist nicht durch ein reines Entwicklungsteam zu ersetzen.