Technische Schulden Retrospektive

Technische Schulden identifizieren und priorisieren. Besserer Code = Glückliche Teams.

Verwenden Sie diese Vorlage in TeamRetro

Schuldenquellen

In welchen Bereichen der Codebasis haben sich technische Schulden angesammelt?

Das Benutzerauthentifizierungsmodul ist übermäßig komplex und schwer zu warten aufgrund zahlreicher Hacks und Workarounds.
Wir haben viel duplizierten Code in verschiedenen Komponenten, der in gemeinsame Utilities refaktoriert werden sollte.
Viele unserer Kern-Datenmodelle sind eng gekoppelt, was Erweiterungen oder Änderungen riskant macht.
Auswirkungen und Risiken

Wie wirken sich diese technischen Schulden auf Team und Produkt aus?

Das Einarbeiten neuer Entwickler ist extrem schwierig wegen der Komplexität und fehlender Dokumentation.
Wir kämpfen ständig mit Problemen und können keine neuen Features in angemessenem Tempo liefern.
Unser Deployment-Prozess ist fragil und fehleranfällig, was zu häufigen Produktionsproblemen führt.
Priorisierung

Welche Schulden-Bereiche sollten zuerst angegangen werden?

Wir sollten mit dem Authentifizierungsmodul beginnen, da es eine Kernabhängigkeit ist, die viele Bereiche betrifft.
Verbesserte Testabdeckung für unsere volatilsten Komponenten würde eine solide Grundlage für künftiges Refactoring schaffen.
Das Frontend-Upgrade auf die neueste React-Version sollte hohe Priorität haben.
Aktionsplan

Wie können wir die priorisierten Schulden systematisch angehen?

Wir reservieren 20% jedes Sprints für hochprioritäre Schulden, beginnend mit dem Authentifizierungsmodul.
Alle zwei Wochen haben wir einen 'Schulden-Tilgungs-Tag' für schrittweise Verbesserungen.
Im nächsten Quartal wird ein Senior-Entwickler vollzeit an der Reduzierung technischer Schulden arbeiten.

Was ist eine Technische Schulden Retrospektive?

Eine Technische Schulden Retrospektive ist ein fokussiertes Meeting zur Identifizierung von technischen Schulden innerhalb einer Codebasis oder eines Systems. Teams können offen über Schuldenquellen diskutieren, priorisieren welche Punkte angegangen werden sollen und einen Aktionsplan erstellen, um diese Schulden im Laufe der Zeit abzubauen. Technische Schulden beziehen sich auf die Anhäufung von suboptimalen Lösungen innerhalb einer Codebasis. Diese Schulden können entstehen, wenn kurzfristige Lieferung der langfristigen Codequalität vorgezogen wird, durch mangelndes Verständnis oder aufgeschobenes Refactoring. Unbeachtet erhöhen technische Schulden die Komplexität und verlangsamen zukünftige Entwicklungen. Durch regelmäßige Durchführung von Technischen Schulden Retrospektiven können Teams das Bewusstsein für ihre Schulden aufrechterhalten, verhindern dass sie unbeherrschbar werden und Zeit für schrittweise Verbesserungen einplanen. Dieser proaktive Ansatz verbessert die Codequalität, reduziert Fehler und steigert die Gesamtproduktivität.

Technische Schulden Retrospektive Format

Schuldenquellen

In welchen Bereichen der Codebasis haben sich technische Schulden angesammelt?

Ermutigen Sie die Teilnehmer, spezifisch über die Arten von Schulden zu sprechen, wie Code-Smells, architektonische Probleme oder fehlende Tests.

Auswirkungen und Risiken

Wie wirken sich diese technischen Schulden auf Team und Produkt aus?

Fördern Sie Diskussionen über die realen Konsequenzen, wenn Schulden weiter anwachsen.

Priorisierung

Welche Schulden-Bereiche sollten zuerst angegangen werden?

Leiten Sie das Team bei der Priorisierung basierend auf Auswirkung, erforderlichem Aufwand und strategischer Bedeutung.

Aktionsplan

Wie können wir die priorisierten Schulden systematisch angehen?

Unterstützen Sie die Erstellung eines konkreten Plans mit Zeitplan, Verantwortlichkeiten und regelmäßigen Check-ins.

Wann Sie diese Retrospektive verwenden sollten

  • Wenn Ihr Team mit einer alternden, komplexen Codebasis kämpft, die zunehmend schwieriger zu warten und erweitern ist.
  • Wenn Sie ständig Brände löschen und aufgrund von Instabilität keine neuen Features in angemessenem Tempo liefern können.
  • Wenn die Einarbeitung neuer Entwickler extrem schwierig ist aufgrund fehlender Dokumentation und verworrenen Codes.
  • Wenn Sie mehr Zeit mit Wartung und Fehlerbehebung verbringen als mit der Entwicklung innovativer neuer Funktionen.

Vorgeschlagene Fragen für den Icebreaker

  • Wenn unsere Codebasis ein physisches Gebäude wäre, wie würde es aussehen und warum?
  • Teilen Sie eine lustige Geschichte oder Erfahrung im Umgang mit technischen Schulden aus der Vergangenheit.

Ideen und Tipps für Ihr Retrospektive-Meeting

  • Fördern Sie offene und ehrliche Diskussionen ohne Schuldzuweisungen. Technische Schulden sind ein natürliches Nebenprodukt der Softwareentwicklung.
  • Stellen Sie sicher, dass alle Teammitglieder, auch nicht-technische Rollen, das Konzept der technischen Schulden und deren mögliche Auswirkungen verstehen.
  • Priorisieren Sie Schulden basierend auf Auswirkung, erforderlichem Aufwand und strategischer Bedeutung.
  • Erstellen Sie einen konkreten Aktionsplan mit Zeitplan, Verantwortlichkeiten und regelmäßigen Check-ins.
  • Erwägen Sie, einen festen Teil jedes Sprints für die Reduzierung technischer Schulden zu reservieren.
  • Automatisieren Sie Prozesse wie Linting, Testing und Code-Reviews, um neue Schulden zu vermeiden.

Neu bei Retrospektiven? Lesen Sie unseren Leitfaden für die Durchführung einer Retrospektive →.

Verwandte Vorlagen

Fehlerbehebungs-Retrospektive

Identifizieren und beheben Sie Fehler für reibungslosere Sprints.

Code Review Retrospektive

Verbessern Sie die Codequalität durch kollaborative Überprüfung.

Produktentwicklungsprozess

Bewerten Sie die Gesamteffektivität der Produktentwicklung und erstellen Sie großartige Produkte.

DevOps Retrospektive

Reflektieren Sie DevOps-Praktiken und -Prozesse.