Effizienz: Reduzieren Sie den Aufwand für die Fehlerbehebung

Kontext

Unabhängig von der Art der Softwareentwicklung, von der Prozessmethodik (Wasserfall, agil, skaliert agil, V-Modell, ...) oder der Art der Softwaresysteme (IT-Anwendungen, SaaS, mobile Apps, eingebettete Systeme, ...) widmen Unternehmen einen erheblichen Teil der Entwicklerressourcen der Fehlerbehebung. Dies ist letztlich vergeudete Zeit, da die Ressourcen stattdessen für die Implementierung wertvoller Features genutzt werden könnten.

Pains

Sie können nur den Kampf der Entwickler gegen den Defect Backlog beobachten, aber Sie sehen nicht die wiederkehrenden Muster und neuralgischen Punkte, welche die Fehler verursachen. Daher können Sie die Grundursachen nicht genau bestimmen und beseitigen. Ein Beispiel:

• Gibt es Hotspots in der Codelandschaft, die immer wieder repariert werden müssen?
• Enthalten diese Hotspots komplexen Code („technische Schulden“), der schwer zu verstehen ist?
• Sind diese Hotspots nur schwach durch automatisierte Tests abgesichert?
• Müssen sich Entwickler in unbekannten und zusätzlich komplexen Code einarbeiten?
• Führen Entwickler Codeänderungen durch, die weit über die Architektur verstreut sind?

Um eine solche aufwändig Fehlerbehebung zu reduzieren, müssten Sie Verbesserungsmaßnahmen in mehreren Dimensionen einleiten. Aber welche? ... und wo soll man anfangen?

• Fokus auf Code: Reduzierung der Code-Komplexität und Optimierung der Architektur-Dekomposition
• Fokus auf das Testen: Erhöhung der Testautomatisierung
• Fokus auf die Teamstruktur: den goldenen Mittelweg zwischen Code-Eigentum und schädlichen Wissensmonopolen finden

Gains

Mit Seerene können Sie den Zeitaufwand für die Fehlerbehebung als einen KPI quantifizieren. Auf diese Weise können Sie die Wirksamkeit Ihrer Verbesserungsmaßnahmen systematisch überwachen.

Seerene kann als Frühwarnsystem dienen, das Sie über zukünftige Fehlerrisiken informiert, z. B. aufgrund von:

• Blinden Flecken in der Testautomatisierung
• Zunahme der technischen Schulden
• Teamfluktuationen und schlechter Wissensverteilung
• Anforderungen, die zu breit gestreuten Änderungen in der Code-Architektur führen

Leichte, aber wirksame risikomindernde Maßnahmen sollten in die tägliche Arbeit der Entwickler integriert werden. Zum Beispiel: Bestimmung, wie gut ein Work Item (Story, Change Request) durch Testautomatisierung abgesichert ist, und Hinzufügen eines angemessenen Schwellenwerts für die Codeabdeckung zur Definition der Erledigung von Work Items.
Bemerkung: Dies erfordert einen tiefgreifenden Analyseansatz, der die Codeeinheiten bestimmt, die im Rahmen eines Workitems geändert werden, und die Codeabdeckung durch Tests für genau diese Codeeinheiten berechnet.

Seerene hilft Ihnen bei der Überwachung des Aufwandsstroms, um den Sweet Spot zwischen der Arbeit am Testcode und am Produktionscode zu finden.