QA Manager
Der QA Manager verantwortet das Qualitätsniveau auf System- oder Organisationsebene.
Er sorgt dafür, dass Qualität:
- definiert
- messbar
- überprüfbar
- und kontinuierlich verbessert
wird.
Er baut Qualitätssysteme – keine Testfälle.
1. Kurzdefinition
Ein QA Manager:
- definiert Qualitätsziele
- etabliert Standards und Gates
- bewertet Qualitätsrisiken
- sorgt für Nachweisbarkeit
- harmonisiert Qualitätsniveau über Teams hinweg
Er ist kein operativer Tester – sondern Qualitätsarchitekt.
2. Kernverantwortung
Der QA Manager beantwortet:
- Was bedeutet „gut genug“ in diesem Kontext?
- Welche Risiken sind akzeptabel?
- Welche Nachweise sind notwendig?
- Welche Gates sind wirksam?
- Wie messen wir Qualität sinnvoll?
Qualität ohne Definition ist Zufall.
3. Was macht ein QA Manager konkret?
3.1 Qualitätsstrategie definieren
- Qualitätsstufen festlegen
- Risikoprofile bewerten
- Teststrategie pro Kontext bestimmen
- NFRs operationalisieren
Er definiert Rahmen – nicht einzelne Tests.
3.2 Standards und Gates etablieren
- Definition of Done mitgestalten
- Quality Gates definieren
- Testanforderungen abstimmen
- Nachweispflichten strukturieren
Gates müssen Wirkung haben – nicht Bürokratie erzeugen.
3.3 Qualitätsmetriken steuern
- sinnvolle KPIs definieren
- Coverage einordnen
- Defect-Rate interpretieren
- Incident-Muster analysieren
Metriken sind Diagnosewerkzeuge – keine Druckinstrumente.
3.4 Audit- und Nachweisfähigkeit
- Traceability-Konzepte
- Dokumentationsstandards
- Evidence-Pakete
- Compliance-Vorbereitung
Ab höheren Reifegraden wird QA governance-relevant.
4. Schnittstellen der Rolle
4.1 Mit dem Software Architect
- Qualitätsziele als Architektur-Constraints
- Testbarkeit sicherstellen
- Risiko-Bewertung abstimmen
- Resilienzanforderungen definieren
Architektur und QA sind nicht trennbar.
4.2 Mit dem Team
- Teststrategie unterstützen
- kritische Pfade identifizieren
- Wirksamkeit evaluieren
- Coaching statt Kontrolle
QA ist Enablement – nicht Blockade.
4.3 Mit Stakeholdern
- Qualitätslevel transparent machen
- Risiko-Transparenz herstellen
- Aufwand vs. Nutzen erklären
- Audit-Readiness kommunizieren
4.4 Mit Delivery
- Gates definieren, die echte Fehler stoppen
- Incident-Learnings zurückführen
- Continuous Improvement anstoßen
5. Was der QA Manager nicht ist
- kein „Testpolizist“
- kein End-of-Pipeline-Gatekeeper
- kein reiner KPI-Controller
- kein Ersatz für Engineering-Verantwortung
- kein Bug-Tracker-Admin
Wenn QA nur blockiert, ist das System falsch gestaltet.
6. QA im Qualitätsstufen-Modell
Stufe 1:
- meist implizit, wenig formal
Stufe 2:
- Definition of Done
- minimale Gates
- strukturierte Teststrategie
Stufe 3:
- Testkataloge
- SLO-Monitoring
- Incident-Rückkopplung
- messbare Qualität
Stufe 4:
- formale Nachweise
- Traceability
- Governance
- regelmäßige Reviews
Stufe 5:
- Audit-Readiness
- unabhängige Verifikation
- dokumentierte Compliance
Hohe Qualitätsstufen ohne QA-Funktion sind instabil.
7. Typische Anti-Patterns
- QA als separate Abteilung ohne Einfluss
- QA ohne Architekturverständnis
- KPI-Fetischismus
- Coverage als Ziel
- Testen am Ende
- „Quality First“ ohne Ressourcen
Qualität entsteht im System – nicht im letzten Sprint.
8. Erfolgsindikatoren
Ein QA Manager ist wirksam, wenn:
- Incidents systematisch abnehmen
- Teststrategien klar sind
- Teams Qualität verstehen
- Gates relevant bleiben
- Audit-Anforderungen nicht überraschen
Kernaussage
Der QA Manager gestaltet das Qualitäts-Ökosystem.
Er kontrolliert nicht Teams – er strukturiert Risiko.
Und ohne strukturierte Qualität bleibt Delivery Glückssache.