Technical Dept – Eine Perspektive aus dem Qualitätsmanagement

Technischer Schuldenstand, oft auch als 'Tech Debt' oder 'Code Debt' bezeichnet, beschreibt die Ansammlung von Abkürzungen und Schnellreparaturen, die zur Einhaltung von Deadlines oder zur schnellen Markteinführung eines Produkts getroffen werden.

Der Begriff des Technischen Schuldenstands hat sich zu einem wichtigen Bestandteil des Softwareentwicklungslexikons entwickelt und gilt weitreichend als Schlüsselfaktor, der den langfristigen Erfolg eines Softwareprodukts beeinflussen kann.

Häufig müssen Entwicklungsteams bei der Softwareentwicklung schwierige Entscheidungen treffen: Sollen sie sich auf das Schreiben perfekten Codes konzentrieren oder auf eine schnelle Lieferung mit der Behebung von Problemen zu einem späteren Zeitpunkt?

Lösungen, die die Liefergeschwindigkeit über die Codequalität stellen, können sich für Entwicklungsteams oft nachteilig auswirken.

Ein Minimum Viable Product (MVP) ist ein Produkt mit dem minimalen Funktionsumfang, der erforderlich ist, um für Early Adopter nützlich zu sein und Feedback für die weitere Entwicklung zu sammeln.

Darüber hinaus steigt der Änderungsaufwand (Cost of Change - CoC) mit zunehmendem Technischem Schuldenstand, was zu geringerer Produktivität im Team führt.

Technischer Schuldenstand kann auch durch die mangelhafte Qualität der Spezifikation, deren Fehlen oder unpräzise Problembeschreibungen entstehen. In agilen Teams entscheidet der Product Manager oft, MVP-Features häufiger freizugeben, um schneller Feedback von Nutzern zu erhalten, was ebenfalls dazu führt, dass immer mehr technische Schuldenstand-Elemente in den Backlog aufgenommen werden.

Technischer Schuldenstand kann jedoch auch absichtlich hinzugefügt werden, wenn eine maßgeschneiderte Lösung anstelle einer allgemeinen Lösung verwendet wird, um Over-Engineering zu vermeiden.

Einige Beispiele für Over-Engineering:

Metaphorische Konzepte sind schwer messbar, da es keine universellen Kennzahlen gibt, die die gesamte Geschichte erzählen können.

Speciell hinzugefügter Technischer Schuldenstand sollte dokumentiert werden, um nicht vergessen zu werden. Erstellen Sie beispielsweise ein spezielles Label oder einen Ticket-Typ im Issue Tracker.

Entwickler können eine Vielzahl von Diagnosetechniken verwenden, wie Cyclomatische Komplexität, Komponentenkopplung oder Testüberdeckung, um unbeabsichtigten Technischen Schuldenstand zu erkennen.

Obwohl keine dieser Diagnosetests ein genaues Verständnis des Problems liefert, kann ihre Kombination das Denken des Teams in die richtige Richtung lenken.

Technischer Schuldenstand kann sich negativ auf die Qualität und Zuverlässigkeit eines Systems auswirken, und es ist wichtig sicherzustellen, dass die Produkte, die Sie testen, von hoher Qualität sind und fehlerfrei sind.

Um Technischen Schuldenstand effektiv anzugehen und zu verwalten, ist es für Qualitätsmanagementteams wichtig, an der Analyse, Planung und Ausführung von Aufgaben zur Behebung des Technischen Schuldenstands beteiligt zu sein.

Es gibt verschiedene Möglichkeiten, wie QA-Teams Feedback zum Technischen Schuldenstand geben können, sowohl formal als auch informell.

Bei einem formelleren Ansatz berichten QA-Teams regelmäßig über spezifische Kennzahlen, die Einblicke in die Leistung und den Fortschritt des Teams geben.

Schließen Sie die Augen nicht vor der steigenden Anzahl von Tickets zum Technischen Schuldenstand im Backlog. Dies ist nicht nur ein Problem für Entwickler, sondern für das gesamte Team und das entwickelte Produkt.

Das Ideal ist unerreichbar. Das Beste, was alle Teammitglieder tun können, ist aus ihren Fehlern zu lernen, beste Testpraktiken umzusetzen und sich der Kompromisse bewusst zu sein, die bei der Produktentwicklung getroffen werden.