Kosten der Softwarewartung: das Bild über zehn Jahre

Caixa Mágica Team · 28. Oktober 2026

Ein Entwicklungsbudget endet mit der Übergabe. Das Leben des Systems nicht. Die Kosten der Softwarewartung auch nicht.

Deshalb führt der Einjahresblick auf die Kosten der Softwarewartung so stark in die Irre. Ein System, dessen Entwicklung 80.000 € kostet und im ersten Jahr erschwinglich wirkt, wird über seine Lebensdauer zu einer Verpflichtung von 200.000 € oder mehr. Diese Zahl existiert, ob jemand sie budgetiert hat oder nicht. Die Entscheidung mit dem größten Einfluss darauf ist weder der Stundensatz noch die Technologie. Es ist die Frage, wer am Tag der Auslieferung das Wissen behält.

Kennzahl	Was sie bedeutet
15–20 %	Der Entwicklungskosten pro Jahr für Wartung. Manche Quellen nennen 10 bis 20 Prozent
200–1.500 €	Pro Monat für Hosting und Infrastruktur, je nach Systemgröße
150–200 Tsd. €	Zehn Jahre Wartung bei einer Entwicklung für 100.000 €, vor jeder neuen Funktion
1,5–2×	So viel kostet die Wartung über ein Jahrzehnt im Verhältnis zur ursprünglichen Entwicklung

Das erste Budget bezahlt den kleineren Teil des Projekts. Keine der laufenden Kosten kauft neue Funktionen: Sie kaufen, dass das System weiterhin genau das tut, was es schon getan hat.

Wofür werden die Kosten der Softwarewartung ausgegeben?

Die Kosten der Softwarewartung verteilen sich auf vier Arten von Arbeit, die in ISO/IEC 14764 unterschieden werden und sich in der Praxis sehr unterschiedlich verhalten. Korrektive Wartung ist die, die alle budgetieren. Adaptive Wartung ist die, die Budgets sprengt.

Art	Was sie abdeckt	In der Praxis
Korrektiv	Beheben, was auftaucht	Fehler, die im echten Einsatz auftreten. Nicht vorhersehbar, gehäuft in den ersten Monaten, danach ruhiger.
Adaptiv	Mit dem Umfeld Schritt halten	Betriebssysteme, Abhängigkeiten, Integrationen, Gesetze. Kommt von außen, unangekündigt und nach dem Zeitplan anderer.
Perfektiv	Verbessern, was da ist	Leistung, Bedienbarkeit, kleine Anpassungen. Die einzige, die sich wirklich aufschieben lässt.
Präventiv	Schulden abbauen, bevor sie kosten	Planbar, und die erste, die gestrichen wird, weil sie als einzige kein sichtbares Symptom hat.

Präventive Wartung ist die einzige, die die Kosten der anderen drei senkt. Ein System ohne sie sieht im zweiten Jahr nicht schlechter aus. Es sieht genauso aus, und im fünften Jahr dauert jede Änderung dreimal so lange. Technische Schulden sind keine Buchhaltungsmetapher: Sie sind künftige Arbeit, die vereinbart wurde, ohne dass jemand unterschrieben hat.

Was erzwingt tatsächlich Änderungen?

Das lohnt sich an konkreten Beispielen statt an abstrakten Kategorien. Beide stammen aus unserer eigenen Arbeit und sind öffentlich überprüfbar.

Eine Hardwaregeneration ändert sich. Portugal begann im Juni 2024 mit der Ausgabe des Cartão de Cidadão v2, neu gestaltet, um die Sicherheits- und Formatstandards der Verordnung (EU) 2019/1157 zu erfüllen. Die v2-Karte nutzt ECDSA-Schlüssel, wo v1 RSA nutzte, und unterstützt kontaktloses Auslesen. Jede Integration, die vor Mitte 2024 gebaut und seitdem nicht angefasst wurde, läuft mit Annahmen, die die Karte nicht mehr erfüllt. Keine Zeile im Code des Kunden hat sich geändert. Der Kontext schon.

Eine Distribution aktualisiert eine Abhängigkeit. Auf Distributionen mit pcsc-lite 2.3.0, etwa Ubuntu 24.10 und Fedora 41, wurde ein bestimmtes Flatpak-Paket nötig, damit die Middleware funktioniert. Eine Entscheidung, die upstream getroffen wurde, von Menschen, die eine Linux-Distribution pflegen, und echte Kosten für alle, die diese Software im Betrieb haben.

Diese beiden Fälle zeigen das allgemeine Muster. Adaptive Wartung wird nicht von Ihnen ausgelöst. Sie wird von Hardwareherstellern, Betriebssystem-Maintainern, Regulierern und Integrationspartnern ausgelöst.

Sie budgetieren ein Projekt für 2027? Schicken Sie uns den Umfang und Sie erhalten das Bild über zehn Jahre, nicht nur die Entwicklung.

Mit unserem Team sprechen →

Was treibt die Kosten der Softwarewartung nach oben oder unten?

Sechs Faktoren bewegen die Kosten der Softwarewartung, geordnet nach ihrer Wirkung über ein Jahrzehnt. Der erste ist dominant und wird am wenigsten diskutiert.

1
Wer das Wissen behält. Löst sich das Team, das das System gebaut hat, bei der Übergabe auf, vergeht das erste Wartungsjahr damit, Entscheidungen neu zu entdecken. Kontinuität ist günstiger als Dokumentation, und Dokumentation ist weit günstiger als Archäologie.
2
Zahl der Integrationen. Jedes Drittsystem ist eine Änderungsfläche außerhalb Ihrer Kontrolle. Integrationen schlagen 20 bis 30 Prozent auf die erste Entwicklung auf und kosten über die gesamte Lebensdauer des Systems weiter.
3
Technologieentscheidungen. Nicht modern gegen alt, sondern unterstützt gegen aufgegeben. Eine langweilige Technologie mit zehn Jahren garantiertem Support ist günstiger zu warten als ein spannendes Framework, dessen Maintainer im dritten Jahr weiterziehen.
4
Testabdeckung. Ein System mit Tests lässt sich mit Zuversicht ändern. Ein System ohne Tests verlangt manuelle Prüfung jeder Änderung, jedes Mal, für immer. Hier entscheidet sich die Zehnjahreszahl, und genau diese Position wird am häufigsten aus dem Entwicklungsbudget gestrichen.
5
Compliance-Anforderungen. Regulierte Branchen bringen Nachweise, Audits und Aufbewahrung mit sich. Das sind echte und planbare Kosten, was echten und unplanbaren Kosten vorzuziehen ist.
6
Größe der Nutzerbasis. Mehr Nutzer bedeuten mehr gefundene Sonderfälle, mehr Support und mehr Druck auf die Leistung.

Wann ist eine Neuentwicklung günstiger als die Wartung?

Es gibt einen Punkt, an dem Warten keinen Sinn mehr ergibt, und er kommt später, als es den meisten Engineering-Teams lieb ist. Eine Neuentwicklung ist gerechtfertigt, wenn die Technologie den Sicherheitssupport ohne Upgrade-Pfad verloren hat, wenn jede Änderung regelmäßig drei Dinge an anderer Stelle bricht, wenn niemand in der Organisation wesentliche Teile des Systems versteht oder wenn die jährliche Wartung sich den Kosten eines Neubaus nähert.

Drei schlechte Gründe tauchen weit häufiger auf. Die Technologie ist alt, aber alt und funktionierend ist ein Vermögenswert und kein Problem. Das aktuelle Team würde lieber an etwas anderem arbeiten, was eine Führungsfrage ist und keine Architekturfrage. Und für ein neues Projekt bekommt man leichter Budget als für Wartung, was stimmt, und so landen Organisationen dabei, Systeme neu zu schreiben, die funktioniert haben.

Eine Neuentwicklung setzt die Uhr zurück: neue Entwicklungskosten, eine neue Welle früher Fehler und ab dann dieselben 15 bis 20 Prozent pro Jahr. Sie lohnt sich nur, wenn die Wartungsrechnung wirklich schlechter ist.

Der Nachweis, den man nur schwer hat

Die meisten Softwareunternehmen können nicht zeigen, was mit einem System im zehnten Jahr passiert, weil sie nicht dabei waren. Wir arbeiten seit über zehn Jahren an der portugiesischen nationalen Middleware für digitale Identität, einschließlich des Cartão de Cidadão und seiner Software. In dieser Zeit hat die Middleware einen Kartengenerationswechsel mit einem anderen kryptografischen Algorithmus, die Einführung des kontaktlosen Auslesens, mehrere Fassungen der geltenden europäischen Verordnung und Änderungen von Abhängigkeiten auf Ebene der Linux-Distributionen aufgefangen.

Keine dieser Änderungen wurde von einem Kunden angefragt. Alle mussten aufgefangen werden, damit das System weiter funktioniert. Genau das ist Wartung, und deshalb ist der jährliche Prozentsatz keine Servicegebühr: Er ist der Preis dafür, dass das System in einer Welt weiterbesteht, die nicht stillsteht.

Wie budgetieren Sie die Kosten der Softwarewartung?

Behandeln Sie die Wartung von Anfang an als Budgetposition. Entwicklung plus 15 bis 20 Prozent pro Jahr plus Infrastruktur, über den Horizont, den das System tatsächlich haben wird. Ist diese Zahl inakzeptabel, ist das Projekt nicht tragfähig, egal was die Entwicklung kostet.

Legen Sie vor der Auslieferung fest, wer wartet. Das Team, das gebaut hat, ein internes Team, das den Code übernimmt, oder ein gemischtes Modell. Jedes funktioniert. Keines funktioniert, wenn die Entscheidung sechs Monate später fällt.

Kaufen Sie Testabdeckung während der Entwicklung. Sie ist die einzige Position im ersten Budget, die die Kosten der folgenden zehn Jahre messbar senkt. Wer sie streicht, damit das Entwicklungsbudget passt, verschiebt Kosten an eine Stelle, an der man sie heute nicht rechtfertigen muss.

Trennen Sie Wartung und Weiterentwicklung. Warten heißt, dass das System weiter tut, was es getan hat. Weiterentwickeln heißt, dass es mehr tut. Wer beides in einer Budgetposition zusammenfasst, sorgt dafür, dass die Weiterentwicklung die Wartung auffrisst, und das System verfällt, ohne dass es jemand bemerkt.

Was sollte ein Vertrag zur Softwarewartung abdecken?

Die vier Arten von Arbeit, jede einzeln benannt. Ein Vertrag, in dem nur „Wartung“ steht, deckt meist die korrektive Arbeit ab und lässt die adaptive für Einzelverhandlungen offen. Genau dort werden die Kosten der Softwarewartung unberechenbar.

Über den Umfang hinaus zählen drei Klauseln am meisten. Reaktionszeiten nach Schweregrad, damit ein Ausfall im Betrieb und ein kosmetisches Problem nicht gleich behandelt werden. Verantwortung für Abhängigkeiten und Plattformänderungen, damit klar ist, wer handelt, wenn sich ein Betriebssystem oder eine Bibliothek ändert. Wissenstransfer beim Ausstieg, damit das System an ein anderes Team übergeben werden kann, ohne bei null anzufangen.

Ein monatlicher oder vierteljährlicher Bericht über das Erledigte, nach Art gegliedert, schließt den Kreis. Er zeigt, ob präventive Arbeit stattfindet oder nur versprochen wird.

Häufige Fragen

Die Kosten der Softwarewartung in Zahlen

Was kostet Softwarewartung pro Jahr?

Öffentliche Referenzen konvergieren bei 15 bis 20 Prozent der Entwicklungskosten pro Jahr, manche Quellen nennen 10 bis 20 Prozent. Infrastruktur und Hosting kommen je nach Systemgröße mit 200 bis 1.500 € pro Monat hinzu. Bei einer Entwicklung für 100.000 € sind das 15.000 bis 20.000 € pro Jahr vor jeder neuen Funktion.

Kostet die Wartung mehr als die ursprüngliche Entwicklung?

Über einen Zeitraum von zehn Jahren ja. Bei 15 Prozent pro Jahr erreicht die kumulierte Wartung das Eineinhalbfache der Entwicklungskosten, bei 20 Prozent das Doppelte. Das ist einfache Arithmetik auf Basis der veröffentlichten Prozentsätze, und deshalb unterschätzt ein Budget nur für die Entwicklung die tatsächliche Verpflichtung.

Warum es passiert

Warum braucht Software, die sich nicht ändert, Wartung?

Weil sich der Kontext ändert. Abhängigkeiten verlieren den Support, Betriebssysteme ändern ihr Verhalten, Partner ändern APIs, Hardwaregenerationen wechseln und gesetzliche Pflichten treten in Kraft. Der Cartão de Cidadão v2, ausgegeben seit Juni 2024, ist von RSA- auf ECDSA-Schlüssel umgestiegen, was Integrationen betrifft, an denen keine einzige Codezeile geändert wurde.

Welche Arten der Softwarewartung gibt es?

Korrektiv, die Fehler behebt; adaptiv, die mit äußeren Änderungen wie Betriebssystemen, Abhängigkeiten und Gesetzgebung Schritt hält; perfektiv, die Bestehendes verbessert; und präventiv, die technische Schulden abbaut. Die adaptive ist am wenigsten vorhersehbar, und die präventive wird als erste gestrichen, obwohl sie als einzige die Kosten der anderen drei senkt.

Was zu tun ist

Wann lohnt sich eine Neuentwicklung statt der Wartung?

Wenn die Technologie den Sicherheitssupport ohne Upgrade-Pfad verloren hat, wenn jede Änderung regelmäßig anderes bricht, wenn niemand in der Organisation wesentliche Teile des Systems versteht oder wenn die jährliche Wartung sich den Kosten eines Neubaus nähert. Alt zu sein ist für sich allein kein Grund, eine funktionierende Technologie neu zu schreiben.

Wie senke ich die Wartungskosten?

Das Wissen nah am System halten, durch Teamkontinuität und Dokumentation; Testabdeckung während der Entwicklung kaufen, denn sie ist die anfängliche Position mit der größten Wirkung auf das folgende Jahrzehnt; die Zahl der Integrationen begrenzen; Technologien mit planbarem Support wählen; und präventive Wartung budgetieren, statt sie unter Druck zu streichen.

Team Caixa Mágica

Caixa Mágica Software ist ein portugiesisches Softwareunternehmen mit über 20 Jahren Erfahrung in Individualsoftware, KI-Lösungen und Nearshore-Entwicklungsteams für europäische Unternehmen.

Softwareentwicklung · Caixa Mágica Software

Sprechen Sie mit einem Team, das im zehnten Jahr noch da war

Wir arbeiten seit über zehn Jahren an der portugiesischen nationalen Middleware für digitale Identität und betreuen Systeme mit demselben Kunden über Jahre im Betrieb. Wenn Sie ein Projekt für 2027 budgetieren, schicken Sie uns den Umfang und Sie erhalten das Bild über zehn Jahre statt nur der Entwicklung.

Individuelle Softwareentwicklung Gespräch beginnen