Technische Schulden

Technische Schulden sind Mehrkosten, die später entstehen, weil Software mit Abkürzungen gebaut oder nicht gepflegt wurde. Das Bild stammt aus dem Finanzwesen: Wer sich heute Zeit spart, zahlt später mit Zinsen. Je länger die Altlast bleibt, desto aufwendiger wird jede Änderung.

Wie entstehen technische Schulden?

Typische Ursachen sind Zeitdruck, fehlende Dokumentation und Programme, die über Jahre ohne Plan erweitert wurden. Auch veraltete Bausteine gehören dazu, für die es keine Sicherheitsupdates mehr gibt. Meist ist keine einzelne Entscheidung schuld, sondern die Summe vieler kleiner Kompromisse.

Sie erkennen technische Schulden an diesen Merkmalen:

• Kleine Änderungen dauern unverhältnismäßig lange.
• Nach einer Änderung tritt ein Fehler an einer unerwarteten Stelle auf.
• Nur eine einzige Person kennt das Programm.
• Aktualisierungen werden aufgeschoben, weil niemand weiß, was dabei kaputtgeht.

Wodurch unterscheidet sich der Begriff von einem Legacy-System?

Ein altes System muss nicht verschuldet sein, wenn es gepflegt und dokumentiert wurde. Ein junges System kann es schon sein, wenn man es hastig gebaut hat.

Beispiel aus dem Betriebsalltag

Dieses Beispiel ist ein gedachter Ablauf, kein Kundenfall. Ein Betrieb nutzt ein Rechnungsprogramm, das ein Mitarbeiter vor Jahren selbst gebaut und seither ergänzt hat. Ändert sich ein Wert, der in der Rechnung vorkommt, muss er an mehreren Stellen von Hand angepasst werden. Eine Stelle wird vergessen. Die Rechnung stimmt dann nicht. Ein sauberer Aufbau hätte den Wert einmal geführt.

Wie gehen Betriebe damit um?

Am Anfang steht eine Bestandsaufnahme: Was ist dokumentiert, was läuft stabil und was bricht bei jeder Änderung? Danach wird schrittweise aufgeräumt, zuerst an den Stellen, die am häufigsten angefasst werden. Fehlende Dokumentation lässt sich nachholen. Ein Kostenversprechen gibt es dafür nicht, der Aufwand hängt vom Zustand des Systems ab.

Wann sind technische Schulden für Ihren Betrieb wichtig?

Technische Schulden werden spätestens bei einer Wartung oder bei der Übernahme eines Systems wichtig. Konfektor übernimmt Systeme anderer Entwickler erst nach einer bezahlten Bestandsaufnahme in die Wartung, weil sich vorher nicht sagen lässt, ob ein System wartbar ist oder ein Nachbau günstiger wäre. Ob sich das Weiterführen eines alten Systems noch lohnt, ist eine Rechenaufgabe. Dazu mehr in den Beiträgen Eigenentwicklung oder Standardsoftware, Lizenzkosten senken und Wartungsvertrag für Software.