newsonline24

Wenn Automatismen zur Achillesferse werden

Systemmigrationen im laufenden Betrieb gehören zu den unterschätzten Risiken der Unternehmens-IT. Wer über Jahre gewachsene Strukturen austauscht, tauscht selten nur Daten. Er tauscht die Automatismen aus, die sich unbemerkt in den Alltag eingenistet haben und dort klaglos funktionieren, bis genau der eine Prozess fehlt, den niemand dokumentiert hat. agorum® betrieb seinen kompletten Unternehmensbetrieb, Vertrieb, Projektmanagement, Kundenakten, Rechnungen und Zeiterfassung, auf der Vorgängerlösung smart organisation. Keine Testumgebung, kein Pilotbereich. Der gesamte laufende Betrieb, inklusive der Schnittstelle zum ERP-System odoo (Quelle: agorum® Software GmbH, 2026).

Wer hier vorschnell von einer reinen IT-Übung spricht, unterschätzt das Ausmaß. Die eigentliche Herausforderung war nicht die Datenmenge, sondern die Menge an Code, die über Jahre um diese Daten herum entstanden ist. agorum® musste tausende Dateien in 18 Projekten und Plugins von der alten in die neue Objektwelt überführen, ohne dass ein einziger Mitarbeitender am Montag nach dem Stichtag vor einem System stand, das er nicht mehr bedienen konnte. Diese Formulierung aus dem eigenen Blogbeitrag trifft den Kern: Eine technisch perfekte Migration, nach der niemand sein System bedienen kann, ist keine erfolgreiche Migration.

Acht Schritte statt einem großen Sprung

Die Vorgehensweise folgte acht klar getrennten Schritten, von der vollständigen Kopie des Produktivsystems über die Entwicklung eines Migrationsscripts bis zur Generalprobe kurz vor dem eigentlichen Stichtag. Zwei vollständige Migrationsläufe und eine Generalprobe fanden statt, bevor am Freitagabend um 18 Uhr der eigentliche Umzug begann. Am Sonntagabend um 21 Uhr wurde das System für alle Nutzer freigegeben. Wer diese Abfolge liest, erkennt ein Muster, das in der Praxis viel zu selten konsequent durchgehalten wird: Der Aufwand wandert komplett vor den Stichtag. Am Tag selbst passiert nichts Neues mehr, weil alles, was passieren könnte, bereits zwei Mal passiert ist.

Wo künstliche Intelligenz den Unterschied macht

Das zweite Praxisbeispiel liegt in der Codeumstellung selbst, und hier wird die Rolle von künstlicher Intelligenz greifbar, statt behauptet zu werden. Die komplette Umstellung des Codes und die Migration liefen mit Unterstützung von ALBERT | AI. Tausende Dateien in 18 Projekten von einer Objektwelt in eine andere zu überführen ist eine Aufgabe, bei der Konsistenz mehr zählt als Kreativität, und genau dort liegt der wirtschaftliche Hebel von KI in der Softwareentwicklung: nicht im Schreiben einzelner Codezeilen, sondern im gleichmäßigen Durchziehen einer Änderung über ein ganzes Projektportfolio. Ergänzt wurde das durch hunderte automatisierte Tests, entwickelt, um jedes Detail abzudecken, das sonst erst drei Projekte später aufgefallen wäre. Ohne diese Tests hätte jeder der zwei Migrationsläufe manuell nachgeprüft werden müssen, was im verfügbaren Zeitfenster schlicht nicht möglich gewesen wäre.

Wer an dieser Stelle einwendet, das sei doch selbstverständlich, für einen Softwarehersteller vielleicht. Für den Mittelstand, der IT-Systeme selten selbst entwickelt und häufig gewachsene Speziallösungen im Einsatz hat, ist automatisiertes Testen vor einem Migrationsprojekt alles andere als Standard. Genau hier liegt der übertragbare Kern dieser Geschichte: nicht die konkrete Technologie, sondern die Disziplin, mit der Vorbereitung, Probelauf und Absicherung vor dem eigentlichen Umstellungstermin abgeschlossen werden.

Der zweite, oft unterschätzte Erfolgsfaktor betrifft die Menschen, nicht die Maschinen. Drei Wochen vor dem Go-live schulte die agorum® Academy sämtliche Kolleginnen und Kollegen auf der Klon-Umgebung, mit echten, eigenen Daten, nicht mit Beispieldatensätzen aus einem Handbuch. Wer am Montag nach der Migration produktiv weiterarbeiten soll, muss die neue Umgebung vorher unter realistischen Bedingungen erlebt haben. Diese Erkenntnis ist banal und wird trotzdem in vielen IT-Projekten übergangen, weil Schulung als nachrangiger Programmpunkt gilt statt als integraler Bestandteil der Migration selbst.

„Eine Systemmigration im Produktivbetrieb wird nicht dadurch sicher, dass man am Stichtag besonders sorgfältig arbeitet. Sie wird dadurch sicher, dass am Stichtag nichts mehr Neues passiert.“, so Oliver Schulze, Mitgründer und Geschäftsführer der agorum® Software GmbH, in seinem Blogbeitrag zur eigenen Migration. Dieser Satz ist mehr als eine hübsche Pointe zum Abschluss. Er beschreibt eine Denkweise, die sich diametral zur verbreiteten Praxis vieler IT-Projekte verhält, in denen der Stichtag selbst zum Ereignis stilisiert wird, samt Krisenstab und Bereitschaftsdienst, statt zum letzten, längst bekannten Schritt eines mehrfach geprobten Ablaufs.

Was Mittelständler daraus lernen können

Was bleibt für Unternehmen, die selbst vor einer vergleichbaren Umstellung stehen? Zunächst die Einsicht, dass Datenmenge kein Argument gegen eine Migration im laufenden Betrieb ist, Datenmenge ist ein Skript. Schwierig wird es bei allem, was über Jahre um diese Daten gebaut wurde und im Tagesgeschäft stillschweigend funktioniert. Wer eine Migration plant, sollte deshalb konsequent auf einem vollständigen Klon des Produktivsystems entwickeln, die Umstellung mehrfach komplett durchspielen, bis kein Lauf mehr neue Probleme produziert, automatisierte Tests aufbauen, bevor der Umbau beginnt, und Mitarbeitende vor dem Go-live mit ihren echten Daten in der neuen Umgebung arbeiten lassen. Wer zusätzlich die Woche nach dem Stichtag bewusst von Terminen freihält, gewinnt Handlungsspielraum, den er im besten Fall nicht braucht, aber im Ernstfall dringend benötigt.

Für agorum® selbst hat sich der Umbau bereits ausgezahlt, nicht nur im reibungslosen Betrieb, sondern im täglichen Arbeiten mit NORA | 360°: Zusammenhänge zwischen Kunde, Projekt, Vertrag und Kommunikation sind jetzt im Kontext sichtbar, ergänzt durch die KI-Unterstützung von ALBERT | AI direkt im Rechtekontext der jeweiligen Nutzerin oder des jeweiligen Nutzers. Der eigentliche Gewinn liegt dabei nicht in einer einzelnen Funktion, sondern darin, dass die strukturierte Datenbasis und die KI auf derselben Grundlage arbeiten, datensouverän und investitionssicher, wie es für die KI-Business-Plattform agorum core pro kennzeichnend ist. Wer als IT-Entscheider vor einer ähnlichen Umstellung steht, sollte sich weniger fragen, ob die eigene Migration technisch machbar ist, sondern ob am geplanten Stichtag wirklich nichts Neues mehr passieren wird, denn genau das, und nicht die Größe des Datenbestands, entscheidet am Ende über Erfolg oder Ausfall.