Was nicht kaputt ist, muss man nicht reparieren

Das haben wir alle schon oft gehört, oder? „Was nicht kaputt ist, muss man nicht reparieren.“ Die Leute verwenden diesen Spruch überall, um Verbesserungen, Modernisierung oder Refactoring zu entmutigen. Viele Menschen sagen das, und wie bei vielen Redewendungen dieser Art erscheint er oberflächlich betrachtet vernünftig. In der Anwendung ist er das jedoch nicht wirklich oder zumindest nicht so, wie er üblicherweise verwendet wird, weil er nicht richtig verstanden wird.

Dies ähnelt sehr dem Konzept, den Leuten zu sagen, sie sollten nicht alle Eier in einen Korb legen, wobei es mehr als nur gelegentlich auf Situationen angewendet wird, in denen die Analogie von Eiern und Korb nicht zutrifft oder gegenüber der Realität umgekehrt ist. Aber weil es eine auswendig gelernte Redewendung ist, vergessen die Leute, dass es eine Metapher gibt, die standhalten muss, damit sie funktioniert. Sie kann zu schrecklichen Entscheidungen führen, weil sie eine irrationale, auf nichts gegründete Angst hervorruft.

Ebenso stammt die Idee, Dinge nicht zu reparieren, die nicht kaputt sind, aus der Theorie, dass etwas, das vollkommen gut und funktionsfähig ist, nicht auseinandergenommen und manipuliert werden sollte, nur um des Manipulierens willen. Das ergibt Sinn. Aber aus irgendeinem Grund wird diese Logik fast nie auf Dinge angewendet, bei denen es sinnvoll wäre (mir fällt nicht einmal ein gutes Beispiel für ein solches ein), sondern stattdessen auf komplexe Geräte, die regelmäßige Wartung und Instandhaltung erfordern, um ordnungsgemäß zu funktionieren.

Natürlich, wenn Ihr Schuh nicht kaputt ist, reißen Sie ihn nicht auseinander und versuchen Sie nicht, ihn wieder zusammenzukleben. Aber Ihre Geschäftsinfrastruktursysteme sind ganz anders als ein Schuh. Sie sind lebende Systeme mit einem enormen Maß an Komplexität, die in einer sich ständig verändernden Landschaft funktionieren. Sie erfordern ständige Wartung, Überwachung, Aktualisierung und so weiter, um gesund zu bleiben. Ähnlich wie ein Auto, aber in weitaus stärkerem Maße.

Sie hören, so hoffen wir, niemals jemanden sagen, dass Sie das Öl in Ihrem Auto erst wechseln müssen, wenn der Motor festgefressen ist. Natürlich nicht – auch wenn er noch nicht kaputt ist, besteht der Sinn darin, Wartung durchzuführen, um ihn vor dem Ausfall zu bewahren. Bei einem Auto wissen wir, dass es, wenn wir warten, bis es kaputtgeht, wirklich kaputt sein wird. Ebenso würden wir uns nicht weigern, Luft in die Reifen zu füllen, bis die platten Reifen von den Felgen gerissen sind. Das ergibt einfach keinen Sinn.

Jemandem zu sagen, er solle Systeme nicht warten, bis es zu spät ist, ist dasselbe, als würde man ihm sagen, er solle sie kaputtmachen. Ein ordnungsgemäß gewartetes Auto hält vielleicht Hunderttausende von Kilometern, vielleicht Millionen. Eines ohne Öl kann froh sein, wenn es bis ans andere Ende der Stadt kommt. Alle paar Tage einen neuen Motor zu kaufen, anstatt sich um den vorhandenen zu kümmern, bedeutet, dass Sie ein Leben lang keinen Motor zerstören könnten.

Dasselbe gilt für Ihre Geschäftsinfrastruktur. Code altert, Systeme verschleißen, neue Technologien entstehen, neue Anforderungen ergeben sich, das Netzwerk interagiert mit der Außenwelt, neue Funktionen werden benötigt, Schwachstellen und Anfälligkeiten werden identifiziert und behoben, Updates erscheinen, neue Angriffe werden entwickelt und so weiter. Selbst wenn niemals neue Funktionen geschaffen würden, müssen Systeme sorgfältig verwaltet und gewartet werden, um einen sicheren und zuverlässigen Betrieb zu gewährleisten – wie ein Auto, aber tausendmal komplexer.

Im Hinblick auf IT-Systeme bedeutet kaputt, dass sie unnötig dem Risiko von Hacking, Datendiebstahl, Datenverlust, Ausfallzeiten und Ineffizienzen ausgesetzt sind. In der realen Welt sollten wir ein System in dem Moment als kaputt betrachten, in dem eine Wartung erforderlich ist. Wie viel Ransomware wäre heute keine Bedrohung, wenn Systeme einfach ordnungsgemäß gewartet würden? Als IT müssen wir aufstehen und erklären, dass ungewartete Systeme bereits kaputt sind – die Katastrophe ist nur noch nicht eingetreten.

Würden wir in der IT dem Mantra „Was nicht kaputt ist, muss man nicht reparieren“ folgen, dann würden wir warten, *bis* unsere Daten gestohlen wurden, um Schwachstellen zu patchen, oder warten, bis Daten unwiederbringlich verloren sind, um zu sehen, ob wir funktionierende Sicherungen hatten. Natürlich ergibt das keinen Sinn. Aber genau das wird oft nahegelegt, wenn die Leute Ihnen sagen, Sie sollten Ihre Systeme erst reparieren, wenn sie kaputtgehen – sie sagen Ihnen, Sie sollten sie kaputtgehen lassen! Wehren Sie sich, akzeptieren Sie solche Ratschläge nicht. Erklären Sie, dass der Zweck guter IT-Wartung darin besteht, das Kaputtgehen von Systemen wann immer möglich zu vermeiden. Eine Katastrophe zu vermeiden, anstatt sie heraufzubeschwören.