KPIs im Qualitätsmanagement
„Unsere Software ist qualitativ hochwertig." – Diese Aussage ist wertlos ohne Zahlen. Was genau bedeutet hochwertig? Wie viele Fehler gibt es? Wie schnell werden sie behoben? Wie zufrieden sind die Nutzer? KPIs (Key Performance Indicators) sind die messbaren Kennzahlen, die Qualität greifbar machen. Ohne KPIs ist Qualitätsmanagement Meinungssache – mit KPIs wird es steuerbar.
1) Was macht einen guten KPI aus?
Nicht jede Zahl ist ein sinnvoller KPI. Ein guter KPI folgt dem SMART-Prinzip: Er ist spezifisch (genau definiert, kein Interpretationsspielraum), messbar (objektiv erfassbar), achievable/erreichbar (realistisches Ziel), relevant (misst wirklich das Richtige) und zeitgebunden (klarer Messzeitraum). Ein KPI wie „Softwarequalität verbessern" ist kein KPI. Ein KPI wie „Anteil kritischer Bugs in Produktion unter 2 % aller Releases innerhalb Q3" ist einer.
Im Qualitätsmanagement unterscheidet man zwischen Prozess-KPIs (Wie gut läuft unser Entwicklungs- und Testprozess?) und Ergebnis-KPIs (Wie gut ist das gelieferte Produkt?). Beide sind nötig – Ergebnis-KPIs zeigen wo wir stehen, Prozess-KPIs zeigen warum.
2) Die wichtigsten QM-KPIs in der IT
Das folgende Dashboard zeigt typische KPIs eines IT-Softwareprojekts mit fiktiven Messwerten. Grün bedeutet: Ziel erreicht. Gelb: Warnschwelle überschritten. Rot: Handlungsbedarf.
3) Die wichtigsten KPIs erklärt
| KPI | Definition | Warum wichtig |
|---|---|---|
| Defect Escape Rate | Anteil der Bugs, die erst in Produktion (beim Kunden) gefunden werden, an allen gefundenen Bugs | Misst Testeffektivität – hohe Rate bedeutet: Tests greifen zu wenig |
| MTTR (Mean Time to Repair) | Durchschnittliche Zeit vom Auftreten eines Fehlers bis zur Behebung | Misst Reaktionsfähigkeit – relevant für IT-Betrieb und SLAs |
| MTTF / MTBF | Mean Time to Failure / Between Failures: Durchschnittliche Zeit bis zum / zwischen Ausfällen | Misst Zuverlässigkeit nach ISO 25010 |
| Code Coverage | Anteil des Quellcodes, der durch automatisierte Tests ausgeführt wird | Misst Testabdeckung – aber: hohe Coverage ≠ gute Tests |
| CSAT | Customer Satisfaction Score: Nutzerzufriedenheit auf einer Skala (z.B. 1–5) | Misst Benutzbarkeit und gefühlte Qualität – extern |
| Change Failure Rate | Anteil der Deployments, die einen Fehler in Produktion verursachen | Wichtig in DevOps / CI/CD – misst Deployment-Qualität |
4) KPIs richtig einsetzen
Ein häufiger Fehler: KPIs werden gemessen, aber nicht genutzt. Zahlen sammeln ist keine Verbesserung. Sinnvoll eingesetzt fließen KPIs direkt in den PDCA-Zyklus ein: Die Check-Phase des PDCA nutzt KPIs, um zu beurteilen, ob die Maßnahmen aus der Do-Phase tatsächlich gewirkt haben. Ohne KPIs ist die Check-Phase blind.
Außerdem wichtig: Zu viele KPIs sind genauso schädlich wie zu wenige. Ein Team, das 30 KPIs trackt, verliert den Fokus. Besser: 5–7 wirklich relevante KPIs, die regelmäßig ausgewertet, diskutiert und in Maßnahmen übersetzt werden.
Zusammenfassung
KPIs machen Qualität messbar und steuerbar. Ein guter KPI ist SMART: spezifisch, messbar, erreichbar, relevant, zeitgebunden. Im QM unterscheidet man Prozess-KPIs (wie gut ist unser Prozess?) und Ergebnis-KPIs (wie gut ist unser Produkt?). Wichtige QM-KPIs in der IT sind Defect Escape Rate, MTTR, Code Coverage, CSAT und Change Failure Rate. KPIs fließen in die Check-Phase des PDCA-Zyklus ein und sind die Basis des KVP. Wenige, relevante KPIs sind besser als viele ungenutzte Zahlen.