Development
GrundlageTechnical Debt: Warum schnell gebaute Websites später doppelt kosten
Technische Schulden entstehen, wenn heute Abkürzungen genommen werden, die morgen Zinsen kosten. Woher der Begriff kommt, welche Arten es gibt und wie du erkennst, wann ein Relaunch billiger ist als Reparieren.
von Josef Kujawski5 Min Lesezeit
Kurzantwort
Technische Schulden entstehen, wenn Websites schnell und provisorisch gebaut werden: Die Abkürzung ist ein Kredit, und jede weitere Änderung zahlt Zinsen in Form von Mehraufwand. Ward Cunningham prägte den Begriff 1992, Steve McConnell unterschied später bewusste von unbewussten Schulden. Für Websites heißt das: Plugin-Chaos, gewachsene Inhalte und undokumentierte Systeme sind Schulden, die bei jedem Update teurer werden. Die Lösung ist ein Inventar der Schulden, eine feste Tilgungsrate im Budget und eine ehrliche Rechnung, wann ein Relaunch günstiger ist als Reparieren.
Das Problem: Die Website war schnell fertig, und jetzt ist alles langsam
Die Website stand nach wenigen Wochen, das Budget war klein, alle waren zufrieden. Zwei Jahre später dauert jede kleine Änderung Tage, niemand traut sich an den Shop, und der Dienstleister wechselt öfter als das Impressum. Irgendwann steht die Frage im Raum: reparieren oder neu bauen?
Was da zuschlägt, hat in der Softwareentwicklung einen etablierten Namen: technische Schulden.
Das Prinzip: Abkürzungen sind Kredite
Der Entwickler Ward Cunningham prägte den Begriff 1992: Wer schnell liefert, indem er unsauber oder provisorisch baut, nimmt einen Kredit auf. Die gelieferte Funktion ist das Geld, die unsaubere Lösung ist die Schuld, und jede weitere Arbeit an diesem Code zahlt Zinsen in Form von Mehraufwand. [1]
Wie bei einem echten Kredit gilt:
- Schulden sind nicht automatisch schlecht. Wer bewusst schnell an den Markt geht und die Schuld plant, nutzt sie als Werkzeug.
- Zinsen fallen immer an. Jede Änderung an verschuldetem Code kostet mehr als dieselbe Änderung an sauberem Code.
- Wer nie tilgt, zahlt irgendwann nur noch Zinsen. Dann frisst Wartung das gesamte Budget, und nichts Neues entsteht mehr.
Steve McConnell hat die Metapher später geschärft und zwei Arten unterschieden: vorsätzliche Schulden (bewusste Abkürzung mit Plan) und unvorsätzliche (Unwissen, Zeitdruck, veraltete Technik). [2] Die zweite Art ist die gefährlichere, weil niemand sie auf dem Schirm hat.
Herkunft und Einordnung
Cunningham, einer der Väter des agilen Manifests und Erfinder des Wikis, nutzte die Schuldenmetapher, um Nicht-Entwicklern zu erklären, warum „schnell und schmutzig“ manchmal richtig, aber nie umsonst ist. Der Begriff ist seitdem Standardvokabular in der Softwareentwicklung und wird längst auch auf Websites, Shops und Content-Systeme angewendet.
Wichtig: Technische Schulden sind kein Vorwurf an Entwickler. Sie sind eine Management-Entscheidung, bewusst oder unbewusst. Die Frage ist nie „haben wir Schulden?“, sondern „wissen wir, wo sie liegen und was sie kosten?“.
Anwendung auf Websites und digitale Produkte
- Baukasten und Billig-Setups: Der schnelle Start ist der Kredit. Fehlende Struktur, nicht skalierbare Inhalte und Plugin-Chaos sind die Zinsen, die beim ersten Relaunch fällig werden.
- Plugin-Sammlungen: Jedes Plugin löst heute ein Problem und schafft morgen Abhängigkeiten, Update-Konflikte und Sicherheitslücken.
- Gewachsene Inhalte: Seiten ohne Struktur und Redaktionsplan sind inhaltliche Schulden. Sie bremsen Suchmaschinen und Besucher gleichermaßen.
- Dienstleisterwechsel ohne Übergabe: Wissen, das nur im Kopf des letzten Entwicklers lag, ist eine Schuld, die beim Wechsel sofort fällig wird.
Kernaussage
Technische Schulden tilgt man nicht mit einem großen Relaunch alle paar Jahre, sondern mit laufender Wartung und bewussten Entscheidungen. Der teuerste Satz im Webprojekt lautet: „Das machen wir später richtig.“
Die Lösung: Schulden sichtbar machen und planbar tilgen
Konkret gehst du so vor:
- Inventarisiere die Schulden. Liste veraltete Plugins, ungenutzte Seiten, provisorische Lösungen und undokumentierte Sonderwege. Was niemand aufschreibt, kann niemand tilgen.
- Bewerte die Zinsen. Was kostet jede Schuld pro Jahr an Mehraufwand, Ausfallrisiko und verlorenen Anfragen? Damit wird „irgendwann mal aufräumen“ zu einer Zahl.
- Plane feste Tilgung. Ein fester Anteil des Budgets, etwa zehn bis zwanzig Prozent, fließt laufend in Wartung und Aufräumarbeiten statt nur in Neues.
- Entscheide Relaunch gegen Reparatur mit Zahlen. Wenn die jährlichen Zinsen die Kosten eines Neubaus in zwei bis drei Jahren übersteigen, ist der Relaunch die günstigere Option.
| Signal | Bedeutung | Konsequenz |
|---|---|---|
| Jede Änderung dauert Tage | Hohe Zinsen im Code | Tilgung einplanen oder Neubau prüfen |
| Updates werden aus Angst verschoben | Plugin- und Abhängigkeitsschulden | Wartungsvertrag mit festem Rhythmus |
| Niemand kennt das System vollständig | Wissensschulden | Dokumentation und Übergabe erzwingen |
| Relaunch alle 3 Jahre „weil nichts mehr geht“ | Tilgung wurde nie geplant | Laufende Wartung statt Stückwerk |
Der Maluure-Ansatz
Wir bauen Websites so, dass sie nicht beim Launch fertig sind, sondern wartbar bleiben: klare Struktur, dokumentierte Entscheidungen, möglichst wenige Abhängigkeiten. Und wir sagen Kunden offen, wann eine Abkürzung ein geplanter Kredit ist und wann sie nur ein verschobenes Problem. Beides ist legitim, aber nur eines davon ist ehrlich.
Die Frage ist nie, ob eine Website Schulden hat, sondern ob jemand Buch darüber führt. Wer seine technischen Schulden kennt, kann mit ihnen arbeiten. Wer sie nicht kennt, zahlt sie trotzdem, nur ohne es zu merken.
Verwandte Artikel
- Website-Wartung: Was sie kostet und warum sie Pflicht ist
- Technisches SEO: Die unsichtbare Basis deiner Rankings
- Maluure-Prinzip: Automatisiere niemals einen schlechten Prozess
Häufige Fragen
Was sind technische Schulden?+
Technische Schulden (Technical Debt) entstehen, wenn bei der Entwicklung bewusst oder unbewusst Abkürzungen genommen werden. Die schnelle Lieferung ist der Kredit, die unsaubere Lösung die Schuld, und jede spätere Änderung kostet Zinsen in Form von Mehraufwand.
Wer hat den Begriff Technical Debt geprägt?+
Der Softwareentwickler Ward Cunningham, Mitverfasser des agilen Manifests und Erfinder des Wikis, nutzte die Schuldenmetapher 1992, um zu erklären, warum schnelle, unsaubere Lösungen manchmal richtig, aber nie umsonst sind.
Sind technische Schulden immer schlecht?+
Nein. Eine bewusste Abkürzung mit Plan kann sinnvoll sein, etwa um schnell an den Markt zu gehen. Problematisch werden Schulden, wenn niemand sie dokumentiert und nie tilgt, weil dann die Zinsen das gesamte Budget fressen.
Woran erkenne ich technische Schulden auf meiner Website?+
Typische Signale: Jede kleine Änderung dauert Tage, Updates werden aus Angst vor Fehlern verschoben, niemand kennt das System vollständig, und alle paar Jahre steht ein kompletter Relaunch an, weil nichts mehr geht.
Was kosten technische Schulden?+
Die Kosten zeigen sich als laufende Zinsen: Mehraufwand bei jeder Änderung, Ausfall- und Sicherheitsrisiken, verlorene Anfragen durch langsame Seiten und irgendwann ein erzwungener Neubau statt geplanter Weiterentwicklung.
Wann lohnt sich ein Relaunch statt Reparatur?+
Wenn die jährlichen Zinsen, also der Mehraufwand durch die Schulden, die Kosten eines Neubaus in etwa zwei bis drei Jahren übersteigen, ist der Relaunch meist die günstigere und planbarere Option.
Wie vermeide ich technische Schulden bei einem neuen Projekt?+
Durch klare Struktur, wenige Abhängigkeiten, dokumentierte Entscheidungen und ein Wartungsbudget von etwa zehn bis zwanzig Prozent, das laufend in Pflege statt nur in neue Funktionen fließt.
Quellen
#Development#Technische Schulden#Wartung#Relaunch
Autor
Josef KujawskiGeschäftsführer & Creative Director bei Maluure
Josef leitet die strategische und gestalterische Entwicklung von Marken bei Maluure. Seit über einem Jahrzehnt begleitet er mittelständische Unternehmen von der Markenpositionierung bis zur digitalen Umsetzung.
Geschäftsführer der Maluure GmbH, Köln. Spezialisiert auf Corporate Design, Markenstrategie und digitale Markenerlebnisse.
