«Ja, wir sind Schuld für die jüngste Projektverzögerung!»

Kommen wir gleich zur Sache: Ja, wir, das Testmanagement-Team von blue.works, sind «Schuld» an einer jüngsten Verzögerung in einem aktuellen SAP-Projekt. Und: Dieser Blogpost hat nichts mit Fehlerkultur und Fuck-up nights zu tun. Aber bevor nun der Kopf geschüttelt wird, lasst uns kurz erklären, warum dies eigentlich eine gute Nachricht ist.

In der Welt der Softwareentwicklung ist das Testen nicht nur eine Phase oder eine Aufgabe – es ist extrem wichtig, da ein gutes Test- und Qualitymanagement Vertrauen in das System schafft und am Ende des Tages natürlich auch Geld gespart werden soll. Wir wollen Fehlerzustände und -wirkungen aufdecken, bevor sie zum Problem werden. Und genau das haben wir getan. Wir haben einen Fehler entdeckt, der so signifikant war, dass er eine Neuplanung des Projekts erforderte.

Testen zeigt also die Anwesenheit von Fehlern und es ist ein Trugschluss, dass keine Fehler bedeuten ein brauchbares System bedeuten.

Unsere Aufgabe ist es also, nach genau diesen Fehlern zu suchen, sie transparent zu machen und zu beseitigen, bevor sie ernsthafte Konsequenzen haben können. Wir sind also schon irgendwie glücklich, über jeden Fehler, den wir beim Testen entdecken. Diese tragen nämlich letztendlich dazu bei, ein robusteres, zuverlässigeres System zu schaffen.

Darüber hinaus unterstreicht dieser Vorfall die immense Bedeutung des frühen Testens. «Frühes Testen spart Zeit und Geld» ist ein weiteres wichtiges Argument. Es wäre eine kleine Katastrophe gewesen, wenn wir solch einen Fehler erst in der Produktion entdeckt hätten. Indem wir diesen Fehler frühzeitig im Prozess identifiziert haben, konnten wir potenziell viel grössere Herausforderungen – und damit verbundene Kosten – in späteren Entwicklungsphasen oder gar nach dem Go-Live vermeiden.

Also ja, wir nehmen die «Schuld» für diese Verzögerung auf uns – aber wir tun es mit erhobenem Haupt. Denn jede Verzögerung, die wir jetzt erleben, ist ein kleiner Preis für die Sicherheit und Stabilität, die wir unserem Projekt und unserem Kunden letztendlich bieten.

In diesem Sinne, liebe Community, lasst uns die Testfehler feiern, denn sie sind die Meilensteine auf dem Weg zu Exzellenz und Qualität.

Hinweis: Kein Testmanager wurde während oder nach der Verfassung dieses Beitrags gekündigt und alle SAP-Systeme befinden sich in einem Zustand stetiger Verbesserung.


Stefan Thomann

Stefan Thomann ist SAP Technology Architect and ALM Consultant. Seine Spezialthemen liegen im Requirements-to-Deploy Prozess (Focused Build, Process Management, Test Management) sowie dem Reporting (z.B. mit Focused Insights) zwischen Prozess und Technik. Stefan ist zugleich der Gründer von blueworks und Geschäftsführer der blueworks AG und hat Wirtschaftsinformatik studiert.