Es beginnt fast immer mit demselben Satz, und er klingt harmlos: „Das ist doch nur eine kleine Änderung.“ Meistens kommt er aus dem Fachbereich, freundlich, im Vorbeigehen, oft am Ende eines Meetings, in dem die eigentlichen Themen schon abgehakt waren. Und meistens stimmt er sogar — für die Stelle, die der Fachbereich sieht. Ein Feld mehr im Formular. Eine Spalte mehr im Export. Ein Status mehr in der Auswahlliste. Aus der Perspektive desjenigen, der den Wunsch äußert, ist das wirklich klein. Das Problem ist nicht die Änderung. Das Problem ist alles, was an ihr hängt und was von dort aus, vom Formular betrachtet, schlicht nicht sichtbar ist.
Wer Projekte leitet, kennt diesen Satz nicht als seltene Ausnahme, sondern als Grundrauschen. Er fällt dienstags um halb zwölf und donnerstags um vier. Und die undankbare Rolle des Projektleiters ist, in genau dem Moment, in dem alle nicken und das schnell erledigt sehen wollen, derjenige zu sein, der sagt: lasst mich das kurz prüfen. Nicht aus Bremserlust. Sondern weil er gelernt hat, dass das Wort „klein“ sich auf die falsche Größe bezieht — auf die sichtbare, nicht auf die wahre.
Warum „klein“ sich auf die falsche Sache bezieht
Eine Änderung hat zwei Größen, und sie haben fast nie etwas miteinander zu tun. Die erste ist die sichtbare Größe: Wie viel ändert sich an der Oberfläche, an dem, was der Anwender vor sich hat? Ein zusätzliches Eingabefeld ist hier so klein, wie eine Änderung nur sein kann. Die zweite ist die Größe der Folgen: An wie vielen Stellen im System muss etwas mitgedacht, mitgeändert, mitgetestet werden, damit dieses eine Feld nicht nur angezeigt wird, sondern funktioniert — heute, in einem halben Jahr, und auch dann, wenn jemand etwas Falsches hineinschreibt.
Der Satz „nur eine kleine Änderung“ misst immer die erste Größe und meint immer die zweite. Genau in dieser Verwechslung liegt der ganze Ärger. Ein Feld im Formular ist sichtbar klein. Was es auslöst, kann groß sein — und je gewachsener das System, desto größer die Welle hinter dem kleinen Stein. Bei einem frischen Projekt mit drei Tabellen kostet ein neues Feld eine Stunde. In einem System, das seit acht Jahren produktiv läuft, mit Schnittstellen, Reports, Rechten und Altdaten, kostet dasselbe Feld manchmal eine Woche. Die Änderung ist dieselbe. Was an ihr hängt, ist es nicht.
Der teuerste Satz in Softwareprojekten: „Das ist nur eine kleine Änderung.“
Ein Feld. Und dann die Welle
In einem unserer Projekte ging es um genau so ein Feld. Eine bestehende Anwendung zur Auftragserfassung, seit Jahren im Betrieb, rund 9.000 Aufträge im Monat. Der Wunsch aus dem Vertrieb war ein Einzeiler: pro Auftrag bitte noch ein Feld für den „Zustellstatus“, drei Stufen, Offen, Unterwegs, Zugestellt. „Nur ein Dropdown. Das ist eine Kleinigkeit.“ Und vom Formular aus betrachtet war es das auch. Das Dropdown selbst war in zwanzig Minuten gebaut — heute baut es ein Entwickler mit KI sogar in zehn. Genau das ist die Falle: Wenn das Ändern selbst keine Mühe mehr kostet, fällt das Nachdenken über die Folgen leicht mit weg.
Dann haben wir aufgeschrieben, wer dieses Feld außer dem Formular noch anfasst. Die Liste wurde länger, als der Vertrieb es für möglich gehalten hätte — und sie ist der eigentliche Grund, warum aus zwanzig Minuten am Ende fast zwei Wochen wurden.