# Team Metis - Umgang mit technischen Schulden

Version: 2 | Last modified: 2026-01-28T09:59:12.267+01:00
Source: confluence page ID 493880248

---

Technische Schulden in der Software-Entwicklung sind bewusste oder unbewusste Kompromisse bei der Code-Qualität oder Systemarchitektur, die kurzfristig die Entwicklung beschleunigen, aber langfristig zu erhöhtem Wartungsaufwand und möglichen Problemen führen.
Hier geht es um den Umgang mit technischen Schulden im Team Metis, sodass sie geplant und abgearbeitet werden können.
Erkennung technischer Schulden 
Fallen während der Entwicklung Verbesserungsmöglichkeiten auf, prüft derdie Entwicklerin, ob diese direkt mit erledigt werden können. Gegebenenfalls wird dies im Daily angesprochen. Es gilt weiterhin, dass das Erreichen des Sprintziels Vorrang vor der Abarbeitung bestehender technischer Schulden hat.
Werden technische Schulden direkt abgearbeitet, wird ggf. eine Unteraufgabe zum aktuellen Entwicklungsticket erstellt.
Sollten erkannte oder bekannte technische Schulden aufwändiger sein und daher in der aktuellen Entwicklung nicht ohne Weiteres abgearbeitet werden können, legt derdie jeweilige Entwicklerin ein Ticket an.
Dieses Ticket enthält mindestens:
Den passenden Typ (Enabler oder Story)
Eine aussagekräftige Überschrift (verständlich auch für Nicht-Entwickler*innen)
Die betroffene Komponente
Das Stichwort "TechDebt"
Eine Beschreibung, mindestens in Stichpunkten
Dem PO (oder stellvertretend dem BA) fallen die neuen Tickets im Backlog auf. Eventuell wird der PO auch im Daily auf das neue Ticket hingewiesen.
Einplanung technischer Schulden
Der PO sorgt dafür, dass das Ticket nach der Erstellung bis zum nächsten Refinement alle weiteren notwendigen Angaben enthält (wie Akzeptanzkriterien usw.).
Im Refinement wird das Ticket geschätzt und in den Status "Erfüllt DoR" (Definition of Ready erfüllt) gebracht.
Die Top-of-Backlog-Philosophie soll konsequent gelebt werden!
Das Ticket wird vom PO entsprechend im Backlog eingeordnet.
Ziel ist es, diese technischen Schulden priorisiert abzuarbeiten.
Sollte eine Entwicklerin mit seinen Aufgaben im laufenden Sprint fertig sein und auch seine Kolleg*innen nicht unterstützen können, greift er oder sie auf das Backlog zurück.
Technische Schulden und/oder Bugs aus dem Backlog haben Vorrang vor dem Vorziehen von Aufgaben aus Folgesprints!