Warum sollten Sie Standup-Meeting für das Testteam brauchen?
Hier sind die wichtigsten Gründe, warum Sie ein spezielles Testteam Standup-Meeting abhalten sollten:
- Tägliche Standup-Meetings machen es einfacher, eine horizontale Hierarchie beizubehalten. Für ein neues Teammitglied kann es entmutigend sein, den älteren Kollegenkreis um Rat zu bitten oder sogar immer wieder darum zu bitten. Schließlich haben sie wahrscheinlich wichtige Dinge zu erledigen, während Sie Dinge fragen, die für sie grundlegend erscheinen. Es wird auf jeden Fall eine gewisse Unruhe herrschen, die sich auf die Arbeit der Testperson auswirken könnte und sicherlich auch auf deren Stimmung.
Das Format des Standup-Meetings versetzt jedoch alle in die gleiche Lage. Alle Teammitglieder tauschen sich darüber aus, was sie gestern getan haben und was ihr Plan für heute ist. Sie erzählen von Rückschlägen und nutzen die Gelegenheit für eine kurze Frage an ein Teammitglied. Sie hören, wie Ihre Teammitglieder den Stand der Dinge im Hinblick auf ein gemeinsames Ziel aktualisieren — und nicht, wie die Leitung einen Bericht anfordert. - Öffentliche Statusaktualisierungen fördern die Kreativität von QS. . Softwaretests erfordern sowohl eine analytische Grundlage als auch einen scharfen Verstand, um Probleme anzugehen. Einfach über einen Fehler zu sprechen, den Sie gerade nicht finden können, kann Ihnen eine neue Perspektive geben. Der Beitrag von Teammitgliedern während oder nach dem Meeting kann Ihnen helfen, wo Dokumentation oder Internet es nicht können. Erleichtern Sie die Zusammenarbeit genialer Testpersonen, denn nur so können Sie ein effektives QS-Team aufbauen.
- Standup-Meetings bieten ein Gefühl von Fortschritt. Der reguläre Agile Zyklus von zwei Wochen ist eine lange Zeit, um die Früchte Ihrer Arbeit zu sehen. Es gibt noch einen weiteren Fallstrick: Manche Funktionen brauchen länger als einen Sprint, was bedeutet, dass es durchaus langweilige(re) Freigaben geben wird. Die Überprüfung einer Fehlerbehebung für ein kleines Problem kann sich wie ein unbedeutender Arbeitsaufwand anfühlen.
Tägliche Standup-Meetings hingegen beginnen damit, wie die Dinge gestern waren, machen dort weiter, wo Sie am Abend aufgehört haben, und enden mit Plänen für heute. In nur wenigen Minuten kann sich jeder drei verschiedene Zeitpunkte seines Arbeitspensums ansehen. Das fühlt sich wie ein Fortschritt an, auch wenn es in Wirklichkeit sehr wenig Fortschritt gibt.
Das perfekte Testmanagement-Tool, um den Fortschritt zu sehen und zu genießen
Gibt es Argumente gegen Standup-Meetings im QS-Team?
Sie werden nicht viele Unternehmen finden, die ihre QS Standup-Meetings loben, und hier sind ein paar Gründe dafür:
- Zeit und Redundanz sind die Hauptgründe, warum Sie vielleicht keine QS-exklusiven Standup-Meetings durchführen möchten. Selbst 15 oder 20 Minuten sind ein beachtlicher Teil eines Achtstundentag. Das sind mindestens 2,5 Stunden pro Sprint, die Sie stattdessen für die „eigentliche Arbeit“ hätten aufwenden können — und Sie nehmen ohnehin am regelmäßigen Standup-Meeting für das agile Team teil!
Redundanz ist eine Sache von Fall zu Fall. Das Zeitproblem lässt sich jedoch mit einem anderen Ansatz bei der QS-Planung adressieren. Unser Rat: Füllen Sie nicht jeden Kalender mit 7,5 Stunden an Aufgaben pro Tag.
Schätzen Sie Tickets realistisch ein und lassen Sie Raum für Standups und wichtige Nachbesprechungen. Teams, die diesen 15-20% Puffer einplanen, vermeiden die Engpässe, die den Schwung töten – und Sie werden feststellen, dass Ihre Lieferungen vorhersehbarer werden. Die erfolgreichsten agilen Teams betrachten Koordination nicht als „zusätzliche“ Arbeit, sondern als wesentlichen Klebstoff, der alles zusammenhält. - Test Standup-Meetings verfehlen den Sinn von Agile. Einer der größten Vorteile besteht darin, dass alle in einem Boot sitzen, um die Kommunikation auf dem Deck zu verbessern. In diesem Sinne sind QS-exklusive Meetings eher eine Form des Adressierens von Alltagsroutine als ein echtes Agile Standup.
- QS Standup-Meetings können exzessiv sein. Testteams sind oft klein, und das bedeutet in der Regel wenig Interaktion zwischen den Testpersonen. Wenn sich Ihr Job nur selten mit der anderen Testperson überschneidet, kann dieser Spruch sehr wohl zutreffen.
Moderne Standup-Formate für QA-Teams
Agile Standups haben sich weit über die drei klassischen Fragen hinaus entwickelt. Viele QA-Teams erzielen jetzt bessere Ergebnisse mit dem „Walking the Board“-Ansatz, bei dem sich die Gespräche auf die tatsächlich in Bearbeitung befindlichen Arbeitsaufgaben konzentrieren und Tester direkt über ihre Testaktivitäten oder Probleme berichten können. Wenn man während des Meetings ein Jira- oder Azure DevOps-Board aufruft, erkennt man sofort die Test-Engpässe, die Aufmerksamkeit erfordern.
Für Teams, die zwischen Büro und Remote-Arbeit aufgeteilt sind, funktioniert eine Mischung aus Echtzeit-Video-Standups und Chat-Updates hervorragend. Achten Sie nur darauf, dass Blocker hervorgehoben werden, damit sie schnell angegangen werden können. Die effektivsten Teams nutzen diese 5-10-minütigen Sessions als schnelle Abstimmungswerkzeuge, nicht als detaillierte Statusberichte. Sie heben dringende Probleme hervor, synchronisieren Prioritäten und – das ist der entscheidende Teil – ziehen die relevanten Personen sofort danach zur Problemlösung beiseite, anstatt die Zeit aller zu verschwenden. Beginnen Sie mit einem einwöchigen Experiment mit Board-fokussierten Standups – wahrscheinlich werden Sie feststellen, dass sich Koordinationsprobleme halbieren.
Ein besserer Weg zur Kommunikationsförderung
QS Standup-Meetings können für Ihr Team funktionieren oder auch nicht. Wir könnten jedoch alle davon profitieren, wenn wir das Ziel einer besseren Kommunikation erreichen würden. Warum nicht mit täglichen Standup-Meetings für Teams beginnen, die Blocker auflösen?
Ende 2022 haben wir beschlossen, alle Schriftarten auf der gesamten Webseite unseres aqua Testing-Tools zu aktualisieren. Dies schien eine leicht skalierbare Aufgabe zu sein: die Schrift auswählen, die Buchstabengrößen bestimmen und die neue Schrift auf alle Seiten der Webseite anwenden. Doch wie die meisten einfachen Dinge im Leben wurde auch dies kompliziert.
Nach einigem Trial-and-Error haben wir festgestellt, dass alle Seiten mit den neuen Schriftarten neu gestaltet werden müssen. Das bedeutete für das Entwicklungsteam auch eine Menge manuellen Aufwand, um die neuen Seiten neu zu implementieren. Das Schlimmste daran ist, dass wir die Webseite nicht weiter ausbauen konnten, bis das Projekt Schriftart abgeschlossen war. Andernfalls müsste jede neue Seite in kürzester Zeit implementiert und dann aktualisiert werden.
All diese unangenehmen Entdeckungen schufen einen völlig neuen Rahmen für die Art von Überholung, wie sie die meisten Teammitglieder noch nicht erlebt haben. Es gibt eine Menge ziemlich neuer Arbeiten, die jede andere Arbeit blockieren. Es gibt keine regelmäßige Kommunikation zwischen Design, Marketing, Entwicklung und QS, wenn es darum geht, eine kolossale Anstrengung zu unternehmen, die gesamte Webseite zu überarbeiten.
Also begannen wir, tägliche Meetings abzuhalten, um die Schriftarten auf der gesamten Webseite mühsam zu aktualisieren. Diese Meetings dienten dazu, den Status regelmäßig zu aktualisieren, aber noch wichtiger war, dass Blockaden sehr schnell adressiert werden konnten. Hier sind die Dinge, die wir mit diesen Meetings erreicht haben:
- Entwicklung eines aufgabenspezifischen Formats für die Übergabe der Seite Design→Entwicklung
- Trennung von Aufwand für die Aktualisierung der Schriftarten und die Implementierung neuer Seiten
- Optimierung der Interaktion mit QS zur schnellen Validierung von Seiten mit aktualisierten Schriftarten
Durch diese situationsbezogenen Standup-Meetings konnten wir die Vorlaufzeit für eine aus dem Ruder gelaufene Aufgabe drastisch reduzieren. Wir haben jetzt die Aktualisierung der Schriftarten abgeschlossen und sind immer noch auf dem Weg zu einigen sehr aufregenden Funktionen.
Häufige Fallstricke und wie man sie vermeidet
Standups können schnell aus dem Ruder laufen, wenn man nicht aufpasst. Achten Sie darauf, dass das Meeting nicht zu einem langweiligen Statusbericht wird oder – noch schlimmer – sich in eine Top-down-Aufgabenverteilung verwandelt. Das zerstört den Teamgeist und unterläuft den eigentlichen Zweck.
Halten Sie Standups knackig und zeitlich begrenzt (maximal 15 Minuten). Gestalten Sie sie teamorientiert, sodass sich alle wohlfühlen, Blocker anzusprechen. Wenn Sie bemerken, dass Leute auf ihre Handys schauen oder geistig abschalten, ist das ein Warnsignal, dass Ihr Standup verbessert werden muss.
Ein praktischer Tipp: Versuchen Sie das 3-Fragen-Format – Was hast du getan? Was wirst du tun? Gibt es Hindernisse? Wenn Nebengespräche aufkommen, sagen Sie „Lass uns das offline besprechen“ und planen Sie direkt danach einen schnellen 5-Minuten-Chat mit nur den relevanten Personen. Teams, die sich auf ihre Sprint-Ziele konzentrieren – nicht nur auf Aktivitäten – liefern tendenziell viel bessere Ergebnisse.
Schlussfolgerung
Tägliche Standup-Meetings in der QS haben eine Vielzahl von Vorteilen, solange sie zu Ihrem Team passen. Sie eignen sich am besten für größere QS-Teams, vor allem mit weniger leitenden Mitgliedern und neu hinzukommende Mitglieder. Wenn Sie einen größeren Engpass haben, der die QS betrifft, sind tägliche teamübergreifende Standup-Meetings die bessere Lösung.
Erweiterte All-in-One ALM für alle IT-bezogenen Teams
