Wenn Software langsam - dann plötzlich - veraltet
In meiner Zeit als Berater habe ich viele Unternehmen und Softwaresysteme gesehen. Ein wiederkehrendes Thema waren veraltete Bibliotheken in selbst geschriebener Software.
Und ich kann verstehen, woher das kommt: Engineering-Abteilungen sind dazu da, großartige Features zu liefern, die Kunden nutzen können. Besonders wenn Sie noch darum kämpfen, den Product-Market-Fit zu finden - müssen Sie liefern!
Ihre Frontend-Bibliothek von Version 1.0.1 auf 1.0.2 zu aktualisieren - das hat keine Priorität. Softwarewartung ist ein Nebengedanke. Aber sobald Sie sich daran gewöhnt haben, nicht zu aktualisieren, überspringen Sie auch Minor- und schließlich Major-Upgrades.
Benutzer werden es bemerken
Dann bekommen Sie einen Anruf vom Kundensupport. Einer Ihrer Benutzer hat bemerkt, dass Sie ein veraltetes Frontend-Framework mit Sicherheitslücken verwenden.
Sie überprüfen Ihre Codebasis und stellen fest, dass Sie einige Major-Versionen übersprungen haben. Noch schlimmer - eines Ihrer Frameworks hat sein Lebensende erreicht und es gibt kein Update mehr.
Sie haben die Software seit Jahren nicht aktualisiert. Bibliotheken sind inkompatibel. Frameworks wurden als veraltet markiert. Kein Upgrade-Pfad ist verfügbar.
Die Upgrade-Hölle
Wenn kein direkter Upgrade-Pfad verfügbar ist, müssen Sie große Teile Ihrer Software neu schreiben. Das bedeutet auch, dass viele Ingenieure nur damit beschäftigt sein werden. Keine neuen Features für eine Weile. Und “eine Weile” bedeutet oft Jahre. Und der endgültige Rollout und das Upgrade werden ebenfalls schmerzhaft und potenziell fehleranfällig sein.
Das ist nichts, was Ihre Teams gerne tun. Einige werden sogar beschließen, Ihr Unternehmen wegen des langen, langen, langen Upgrades und Rewrites zu verlassen.
Das ist die Upgrade-Hölle. Das ist Ihre Upgrade-Hölle.
Ein besserer Weg
Für die Teams, mit denen ich gearbeitet habe, habe ich es zur Regel gemacht, Systeme regelmäßig zu aktualisieren. Ich glaube, bei Zalando oder Searchmetrics begannen wir, es unser vierteljährliches “Love4TheSystems” zu nennen. Kryptisch. Aber jeder wusste, was es bedeutet. Sobald es im Teamkalender erscheint, erstellen die Teams eine Story im Sprint, um ihre Systeme und Software zu aktualisieren. Beim ersten Mal muss das Team recherchieren, welche Systeme zu aktualisieren sind. Aber sobald das erledigt ist, gewöhnen sich die Teams daran und lieben es.
Manchmal wird Love4TheSystems etwas Zeit in Anspruch nehmen. Besonders beim Upgrade von Major-Versionen. Aber es schützt Sie vor einer ganzen Klasse von Problemen, die Sie nicht haben möchten.
Hinweis: Aktualisieren Sie nicht nur Ihre Software-Bibliotheken, sondern auch Ihre Docker-Container, Linux-Versionen und alles, was veraltet sein könnte.
Fazit
Wenn Sie Ihre Bibliotheken und Software nicht aktualisieren, werden Sie am Anfang schneller sein. Aber nach einiger Zeit müssen Sie z.B. aus Sicherheitsgründen aktualisieren. Aber dann haben Sie möglicherweise bereits einige Major-Versionen übersprungen, was das Upgrade extrem schwierig macht. Das bringt Sie in die Upgrade-Hölle.
Geraten Sie nicht in die Upgrade-Hölle - aktualisieren Sie Ihre Systeme regelmäßig als Teil Ihrer Love4TheSystems-Aufgabe!
Mehr
- Tolles Foto oben von jeshoots
