TMMI (Test Maturity Model Integration) ist ein Rahmenwerk für Testprozessverbesserungen, das Unternehmen dabei hilft, höhere Reifegrade im Testbereich zu erreichen und so schnellere und bessere Ergebnisse zu erzielen, die sich in Zeit und Geld messen lassen. Es definiert fünf Reifegrade, von der grundlegenden Testplanung über metrikgesteuerte Qualität auf Stufe vier bis hin zur Fehlerprävention auf Stufe fünf, und lässt sich auf alle Softwareentwicklungslebenszyklen anwenden, einschließlich agiler, DevOps- und KI-gesteuerter Umgebungen.
Das Wichtigste in Kürze
- TMMI zertifiziert Unternehmen auf den Reifegraden zwei bis fünf, wobei jeder Grad eine bestimmte Kompetenz darstellt: von der grundlegenden Testplanung über die Teamorganisation und Metriken bis hin zur Fehlerprävention.
- Ein Unternehmen, das Grad fünf erreicht, verlagert seinen Schwerpunkt von der Fehlersuche hin zur Fehlerprävention, dass Fehler überhaupt erst in den Prozess gelangen – was eine grundlegend andere Qualitätsphilosophie darstellt.
- TMMI lässt sich auf alle Softwareentwicklungslebenszyklen anwenden, einschließlich Agile, V-Modell und DevOps, sodass der Entwicklungsansatz eines Teams kein Hindernis für die Einführung darstellt.
- Mit dem kostenlosen „Lightning Scan“-Tool der TMMI Foundation kann jedes Team seine Reife zwei und drei innerhalb weniger Minuten selbst bewerten, ganz ohne die Hilfe eines Beraters.
- Zertifizierungen laufen ab und müssen erneuert werden, da die TMMI Foundation das Modell aktiv überarbeitet, wenn sich die IT-Landschaft so stark verändert, dass die Relevanz des Modells beeinträchtigt wird.
Was TMMI ist und was es verbessert
TMMI ist ein Rahmenwerk für Testprozessverbesserungen. Es zielt auf die Testprozesse innerhalb eines Unternehmens ab und zeigt, wie man diese Prozesse auf eine höhere Stufe der Reife hebt, was wiederum zu schnelleren und besseren Ergebnissen führt.
Das Modell konzentriert sich darauf, was ein Team tut, nicht auf einzelne Personen. Es geht darum, den Prozess zu verbessern, in dem die Tester arbeiten, und nicht darum, Menschen zu bewerten. Sobald sich der Prozess verbessert, zeigen sich die Vorteile in messbaren Größen: Zeitersparnis, Kosteneinsparungen, erreichte Überdeckung.
Es gibt noch eine zweite Ebene von Vorteilen, die Manager oft übersehen. Menschen, die in einem ausgereifteren Testprozess arbeiten, fühlen sich wohler, entspannter und zufriedener. Das Ergebnis, auf das Zsolt Hargitai hinweist, ist eine sinkende Fluktuationsrate in Unternehmen, die TMMI umsetzen.
Erst die Verbesserung, dann die Zertifizierung
TMMI ist sowohl ein Motor für Verbesserungen als auch eine Bewertung – in dieser Reihenfolge. Die Verbesserung ist die Grundlage. Die Zertifizierung belegt dies.
Du beginnst damit, deine Testprozesse zu verbessern. Darin liegt der Wert, unabhängig davon, ob dich jemals jemand auditiert oder nicht. Wenn du nachweisen möchtest, dass du ein bestimmtes Niveau erreicht hast, kommt ein Gutachter in dein Unternehmen, führt die Bewertung durch, und dein Unternehmen kann dann auf Stufe zwei, drei, vier oder fünf zertifiziert werden.
Das Zertifikat ist also die Bestätigung, nicht das Ziel. Ein Unternehmen kann schon lange auf einer höheren Reife arbeiten und davon profitieren, bevor es sich entscheidet, diese Reife offiziell anzuerkennen.
Wie die Reifegrade aufeinander aufbauen
TMMI ist wie eine Kletterroute aufgebaut. Jede Stufe setzt voraus, dass die darunterliegende bereits umgesetzt ist, und jede Stufe verlagert den Fokus auf einen anderen Schwerpunkt.
Stufe zwei ist das Fundament. Wenn du jetzt mit dem Testen beginnst, stellt sich die Frage, wo du anfangen sollst, und Stufe zwei beantwortet das mit dem grundlegenden Testprozess: Planung, Analyse, Entwurf, Implementierung, Durchführung und Abschluss der Testphase. Das ist der von ISTQB beschriebene Testprozess. Wenn dieser etabliert ist, hast du einen Plan, erstellst deine Testfälle, führst die Tests durch und schließt das Projekt ordnungsgemäß ab.
Stufe drei dient der Feinabstimmung des Fundaments. Die Grundlagen zu haben bedeutet nicht, dass die Tester untereinander oder mit den Entwicklern aufeinander abgestimmt sind. Stufe drei befasst sich mit der Struktur des Testteams: Sind die Tester auf verschiedene Projekte verteilt oder als eine zentrale Testeinheit organisiert, und war das eine bewusste Entscheidung? Außerdem geht es um Kommunikation, den Einsatz von Tools und darum, ob die Tester genügend Schulungen und Unterstützung erhalten, um sich individuell weiterzuentwickeln.
Stufe vier dreht sich um den Nachweis. Irgendwann verlangt das Management Ergebnisse. Wie viel haben wir eingespart? Wie hoch ist die Überdeckung? Stufe vier liefert Antworten in Form von KPIs und Metriken, sodass die Reife des Prozesses gemessen und nachgewiesen werden kann.
Stufe fünf verändert die Denkweise. Ein Unternehmen auf dieser Stufe konzentriert sich nicht mehr darauf, Befunde zu erstellen, sondern beginnt, sie zu verhindern. Der Schwerpunkt der Arbeit verlagert sich darauf, Fehler bereits im Vorfeld zu beseitigen, bevor sie in den Prozess gelangen. Das ist eine reife Denkweise, die das Testen hin zu Quality Engineering über den gesamten Softwareentwicklungslebenszyklus hinweg führt, anstatt es als separate Phase zu betrachten.
Hier ist der Aufstieg auf einen Blick:
| Stufe | Schwerpunkt |
|---|---|
| 2 | Grundlegender Testprozess: Planung, Analyse, Entwurf, Umsetzung, Durchführung, Abschluss der Testaktivitäten |
| 3 | Struktur des Testteams, Abstimmung mit den Entwicklern, Schulung und persönliche Weiterentwicklung |
| 4 | KPIs und Metriken, messbare und nachweisbare Ergebnisse |
| 5 | Fehlerprävention statt Fehlererkennung |
Warum sich ein Unternehmen mit TMMI beschäftigen sollte
Die ehrliche Antwort beginnt mit einer Gegenfrage: Was ist dein Problem mit deinem aktuellen Testansatz?
Jedes Unternehmen hat eines, denn jeder Manager weiß, dass das Team besser sein könnte. Die schwierigere Frage ist, was dem im Wege steht. Viele Unternehmen können das nicht objektiv beantworten. Sie haben kein Rahmenwerk, das ihnen sagt, wo sie stehen oder wie gut ihr Test tatsächlich ist.
TMMI gibt dir diesen Bezugspunkt. Es ordnet dich auf einer Skala ein und sagt dir grob, wie gut das ist, was du tust. Zu wissen, wo du stehst, ist schon etwas wert.
Das Modell sagt dir auch, was als Nächstes kommt. Es nennt den nächsten Schritt und wie man darin besser wird. Für eine Unternehmensleitung, einen Testmanager oder einen Bereichsleiter ist das der praktische Nutzen: ein klar definierter Weg, um sowohl die Ergebnisse als auch das Team zu verbessern.
Passt TMMI zu Agile, DevOps und KI?
Ja. TMMI lässt sich auf alle Arten von Softwareentwicklungslebenszyklen anwenden. Ein Projekt kann agil ablaufen, während ein anderes dem V-Modell folgt – und das Framework unterstützt beides.
Das Modell beschränkt sich nicht auf traditionelle Strukturen. Es gibt Whitepaper für spezifische Kontexte. Wenn deine Arbeit tief in DevOps verwurzelt ist, unterstützt TMMI das. KI ist ein aktuelles Thema, und es gibt auch ein Whitepaper, das sich damit befasst.
Die gute Nachricht ist, dass TMMI in allen Arten von Softwareentwicklungslebenszyklen angewendet werden kann.
Zsolt Hargitai
Dein Projektkontext schließt dich also nicht aus. Egal, wie die Konfiguration aussieht – das Framework lässt sich darauf aufsetzen.
So machst du selbst den ersten Schritt
Beginne mit dem „Lightning Scan“-Tool, einer von der TMMI Foundation erstellten Excel-Tabelle zum Herunterladen. Damit kannst du deine eigene Situation anhand der Prozessbereiche der Stufen zwei und drei überprüfen und erhältst schnelles Feedback. Der Name passt zur Geschwindigkeit: Du kannst es in wenigen Minuten ausfüllen und erhältst so einen ersten Eindruck von deiner Reife.
Von dort aus kannst du mit herunterladbaren Materialien tiefer in die Materie einsteigen und das Framework auf eigene Faust erlernen. Wenn du alle Aspekte richtig verstehen willst, ist eine Schulung der bessere Weg, da sie das Modell ausführlich und nicht nur in groben Zügen behandelt.
Wenn du in deinem Unternehmen eine echte Bewertung durchführen möchtest, ziehe einen Berater hinzu, der den Prozess unterstützen kann. Das Selbststudium verschafft dir einen ersten Überblick. Eine Bewertung, die zu einer Zertifizierung führt, ist ein ganz anderer Arbeitsaufwand.
Warum Zertifikate ablaufen und sich das Modell ständig ändert
Ein TMMI-Zertifikat gilt nicht ewig. Da sich die IT-Welt ständig weiterentwickelt, verfallen Zertifizierungen nach einer gewissen Zeit und müssen auf Unternehmensebene erneuert werden.
Auch das Modell selbst entwickelt sich weiter. Die TMMI Foundation überprüft die Relevanz und Genauigkeit des Modells im Hinblick auf den Markt. Wenn sich die IT-Landschaft so stark verändert, dass es von Bedeutung ist, passt die Foundation das Modell an und aktualisiert es – und diese Arbeit läuft kontinuierlich.
Kleinere Veränderungen erfordern keine vollständige Neugestaltung. Sie werden durch Whitepaper behandelt, die zeigen, wie TMMI in einer agilen Umgebung, bei DevOps oder im Zusammenhang mit KI angewendet wird. Diese Whitepaper sind auf der TMMI-Website verfügbar, zusammen mit den Materialien, die du für den Einstieg benötigst.
