Testmanagement Bewährte Methoden

Lesezeit: 12 min

20 Aug. 2026

Tägliche Standup-Meetings in QS-Teams: Brauchen Sie diese?

Ein separates tägliches Standup in QA-Teams mag lächerlich klingen, aber agile Praktiken haben sich längst über Softwareentwickler hinaus verbreitet. Wir glauben jedoch, dass es einen anderen Weg gibt, die Leistung der Tester zu verbessern, als sie dazu zu bringen, jeden Tag miteinander zu sprechen.

Denis Matusovskiy Autor

Wesentliche Erkenntnisse

Ein Standup-Meeting in QA-Teams erfüllt drei Zwecke: flachere Hierarchien für Junior-Tester, frühes Erkennen von Blockern und ein sichtbares Fortschrittsgefühl innerhalb langer Sprint-Zyklen.
Das Hauptargument gegen QS-exklusive Standups sind die Zeitkosten. Fünfzehn Minuten täglich summieren sich auf rund 2,5 Stunden pro Sprint, zusätzlich zum allgemeinen Agile-Standup, an dem Tester ohnehin teilnehmen.
Kleine QS-Teams mit geringer Aufgabenüberschneidung profitieren selten von einem separaten täglichen Meeting.
Board-fokussierte Standups schlagen das klassische Drei-Fragen-Format bei den meisten Testteams, da die Diskussion realen Arbeitsaufgaben folgt statt individuellen Berichten.
Situationsbezogene Standups zu einem konkreten Blocker liefern mehr Wert als dauerhafte tägliche Meetings, wenn ein Engpass mehrere Abteilungen betrifft.

Nachfolgend: wie Sie ein QS-Standup durchführen, das seinen Platz im Kalender verdient, und wann Sie es ersetzen sollten. 👇

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

Testen Sie aqua

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

Das Drei-Fragen-Format dominiert weiterhin die meisten Kalender, doch mehrere Alternativen liefern speziell für Testteams bessere Ergebnisse. 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.

So führen Sie ein effektives QS-Standup durch

Ein Standup-Meeting in QA-Teams funktioniert, wenn das Format dem entspricht, was Tester tatsächlich koordinieren müssen. Die folgende Abfolge bewährt sich über verschiedene Teamgrößen hinweg.

Legen Sie eine feste Zeit fest und halten Sie sie ein. Der späte Vormittag passt den meisten verteilten Teams, da er überlappende Stunden über Zeitzonen hinweg bietet und die frühen Stunden für konzentrierte Arbeit freilässt. Ein wandernder Termin lehrt Teilnehmer, die Anwesenheit als optional zu betrachten.
Beginnen Sie mit dem Board, nicht mit Personen. Öffnen Sie Ihr Jira- oder Azure-DevOps-Board und gehen Sie die Aufgaben von rechts nach links durch, beginnend mit dem, was der Fertigstellung am nächsten ist. Die Diskussion folgt der Arbeit statt dem Organigramm, und blockierte Aufgaben treten sofort hervor.
Begrenzen Sie jeden Beitrag auf 60 Sekunden. Tester nennen, was sich bewegt hat, was sie als Nächstes übernehmen und ob etwas sie blockiert. Details gehören ins Ticket, nicht ins Meeting.
Nennen Sie Blocker explizit und gehen Sie weiter. Wer einen Blocker anspricht, benennt die Person oder das Team, das ihn auflösen kann. Im Standup selbst wird nicht gelöst.
Schließen Sie mit einem Parking Lot ab. Listen Sie die aufgekommenen Nebengespräche auf, benennen Sie die jeweiligen Teilnehmer und beenden Sie das Meeting. Zwei Personen, die eine Schema-Frage klären, brauchen die anderen sechs nicht als Zuhörer.
Führen Sie die Nachgespräche sofort. Parking-Lot-Gespräche finden in den zehn Minuten nach dem Standup statt, solange der Kontext frisch ist. Sie auf später in der Woche zu verschieben untergräbt den Zweck der täglichen Koordination.
Überprüfen Sie das Format monatlich. Fragen Sie, ob das Meeting weiterhin hilft. Formate, die bei acht Personen funktionierten, versagen oft bei fünfzehn, und niemand spricht es an, sofern nicht direkt gefragt wird.

Sie haben völlig recht, das zu hinterfragen. Daily Standups können funktionieren – aber nur bei einem klaren Plan und straffer Moderation. Sobald sie in Problemlösungen und lange Erklärungen abdriften, sind sie keine Updates mehr, sondern nur noch ein weiteres Meeting, das Zeit frisst.

Emergency-Number4738 Posted in Reddit

Ein besserer Weg zur Kommunikationsförderung

Ob ein dauerhaftes Standup-Meeting in QA-Teams zu Ihrem Setup passt oder nicht, das zugrunde liegende Ziel bleibt dasselbe: schnellere Blocker-Auflösung zwischen den Personen, die sich gegenseitig tatsächlich entblocken können. 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.

QS-Standup-Alternativen: Wann ein tägliches Meeting nicht nötig ist

Nicht jedes Testteam braucht ein tägliches Meeting. Bei geringer Aufgabenüberschneidung oder kleinen Teams liefern diese Formate Koordination bei niedrigeren Zeitkosten.

Asynchrone schriftliche Standups. Tester posten ihr Update bis zu einer festgelegten Uhrzeit in einem dedizierten Slack- oder Teams-Kanal. Das passt zu verteilten Teams über weite Zeitzonen und liefert eine durchsuchbare Aufzeichnung. Der Nachteil: Blocker werden ohne Live-Gespräch langsamer aufgelöst.
Standups zweimal wöchentlich. Zwei Sitzungen statt fünf pro Woche senken die Zeitkosten um 60% bei erhaltener Live-Diskussion. Das passt zu Teams, in denen einzelne Tester separate Module verantworten.
Blocker-getriggerte Standups. Kein fester Zeitplan. Jeder kann eine Viertelstunde einberufen, wenn etwas die Arbeit blockiert. Teams, die dieses Format gut nutzen, halten typischerweise zwei bis drei Sitzungen pro Woche ab, jede zu einem konkreten Problem.
Board-getriebene Koordination. Gar kein Meeting. Das Team stützt sich auf ein gemeinsames Board mit klaren Spaltendefinitionen und der Vereinbarung, blockierte Aufgaben innerhalb einer Stunde zu markieren. Das erfordert Disziplin und ein gut gepflegtes Tool, entlastet aber den Kalender vollständig.
Paar-Check-ins. Tester bilden Paare und stimmen sich untereinander ab statt im gesamten Team. Das funktioniert bei Teams ab zehn Personen, wo ein Vollgruppen-Standup die sinnvolle Zeitgrenze überschreitet.

Welches Format Sie auch wählen: Führen Sie es mindestens drei Sprints lang durch, bevor Sie es bewerten. Änderungen an der Koordination brauchen Zeit, bis sie sich in Liefermetriken zeigen.

aqua cloud Sync synchronisiert bidirektional mit Jira und Azure DevOps und hält Ihr Dashboard auf dem neuesten Stand.

Testen Sie aqua kostenlos

Häufige Fallstricke und wie man sie vermeidet

Zwei Fehlermuster verursachen die meisten aufgegebenen QS-Standups, und beide entwickeln sich schleichend genug, dass Teams sie erst bemerken, wenn die Teilnahme einbricht. 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.

QS-Standup-Checkliste und Best Practices

Prüfpunkt	Warum es zählt
Meeting endet innerhalb von 15 Minuten	Längere Sitzungen werden zu Statusberichten, die Teilnahme sinkt
Jeder Teilnehmer spricht	Stille Teilnehmer signalisieren, dass sie das Meeting nicht betrifft
Blocker mit Verantwortlichem benannt	Nicht zugewiesene Blocker bleiben ungelöst
Board während des Meetings sichtbar	Diskussion an realen Aufgaben verankert statt an Erinnerung
Keine Problemlösung im Meeting	Detailliertes Debugging kostet alle Unbeteiligten Zeit
Parking-Lot-Gespräche am selben Tag	Verzögerte Nachgespräche verlieren den nützlichen Kontext
Täglich dieselbe Uhrzeit	Wechselnde Termine lassen Teilnahme optional wirken
Format monatlich überprüft	Teamgröße und Arbeitslast ändern sich, Formate passen nicht mehr

Weitere empfehlenswerte Praktiken:

Halten Sie das Meeting im Stehen ab, wo physisch möglich. Das Format existiert teilweise deshalb, weil Stehen lange Beiträge unattraktiv macht.
Rotieren Sie die Moderation. Ein einzelner permanenter Moderator verwandelt das Meeting allmählich in einen Bericht an diese Person.
Verfolgen Sie, wie viele Blocker innerhalb von 24 Stunden nach ihrer Meldung aufgelöst werden. Diese eine Zahl sagt mehr über den Nutzen des Standups aus als Anwesenheitsquoten.

Lassen Sie das Standup ausfallen, wenn das gesamte Team an unabhängigen Aufgaben arbeitet. Ein abgesagtes Meeting mit klarer Begründung kostet nichts. Ein abgehaltenes Meeting ohne Koordinationsbedarf kostet fünfzehn Minuten und etwas Wohlwollen.

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

Testen Sie aqua kostenlos

Auf dieser Seite:

Beschleunigen Sie Ihre Releases x2 mit aqua

Gratis starten

FAQ

What are stand-ups for agile teams?

Standups are daily meetings of Agile team members. Everyone briefly shares their progress, raises any blockers, and communicates the plan for the day.

What is the purpose of standups?

Standup meetings help Agile teams spot and address bottlenecks in a matter of hours. The straightforward value of getting a status update helps too, especially for teams on short release cycles.

What do you say in a stand-up meeting as a tester?

Ideally, you should share your progress in an encouraging and/or actionable way. If you are struggling to isolate an issue, ask the team to share their thoughts after the meeting. If you need a dev to get onto a bug fix for an issue that you discovered, give them a nudge. If you have any context or pointers for other team members, do share these.

Wie lange sollte ein tägliches QS-Standup dauern?

Maximal fünfzehn Minuten, und die meisten Teams mit fünf bis acht Testern sind in unter zehn fertig. Alles darüber deutet darauf hin, dass das Meeting in Problemlösung abgedriftet ist, die in Nachgespräche mit den Beteiligten gehört.

Sollten QS-Teams ein separates tägliches Standup haben?

Das hängt von Teamgröße und Aufgabenüberschneidung ab. Größere Teams mit Junior-Mitgliedern profitieren von einer eigenen Sitzung. Kleine Teams, deren Mitglieder an getrennten Modulen arbeiten, ziehen meist mehr Nutzen aus dem allgemeinen Agile-Standup allein.

Was sollte in einem QS-Standup besprochen werden?

Fortschritt bei aktuellen Testaufgaben, was jeder Tester als Nächstes übernimmt, und Blocker mit benanntem Verantwortlichen. Detaillierte Fehleranalyse, Tooling-Debatten und Testdesign-Diskussionen gehören in separate Sitzungen nach dem Standup.