Kosten einer Software-Migration

Core-Hacks – Setzen, Sechs!

Betreffs der Kernarbeiten muss leider ein weiterer Punkt erwähnt werden: Nicht selten ist das Quellsystem durch verschiedene Unternehmen sowie Agenturen und Entwickler angepasst worden. Waren hier Professionalität, Wissen usw. ungenügend, ist zunächst zu prüfen, ob keine sogenannten “Core-Hacks” im System enthalten sind, Funktionen also, die das Entwicklerteam anstatt in Form von Patches sauber zu “überschreiben” direkt im Kernsystem implementierte oder änderte. Sollten Sie also die Daten-Migration von einer anderen Agentur als der bisherig betreuenden Agentur vornehmen lassen, wird die professionelle, neue Agentur stets zunächst auf eine Analyse des existierenden Cores bestehen. Nicht selten treten dabei “versteckt implementierte” Funktionen zutage, die erkannt, verstanden und neu programmiert werden müssen, sollten sie weiterhin eine Anforderung an das Projekt darstellen.

Eigener (Agentur-)Code

Werden Sie nach wie vor von der originalen Ersteller-Agentur betreut, sind Wissen und/oder Dokumentation so vollständig vorhanden, dass der Aufwand für die System-Migration von Ihrer betreuenden Agentur recht exakt bemessen werden kann. Andernfalls sind diese technischen Schulden zunächst zu evaluieren.

Je nach Menge der realisierten Code-Teile bzw. Module kann & sollte eine technische Migration auch der Verschlankung dienlich sein, nicht mehr verwendete, nicht mehr nachgefragte oder deaktivierte Funktionen sind ggf. gar nicht mehr zu übertragen oder können zusammengeführt werden. Um die entsprechenden Module zu identifizieren, ist eine Investition in das Projekt-Management notwendig, die über das Steuern von Aufgaben und Ressourcen hinaus geht: Analysen, Statistiken und technische Aufarbeitung müssen für eine erfolgreiche Reduktion der Komplexität Hand in Hand gehen.

Wollen Sie hinzukommend mit dem Migrieren gleichzeitig Verbesserungen vornehmen, kommen Aufwände für die Neuerungen ebenfalls in die Kostenplanung. Der Aufwand ist generell geringer, da die Entwicklung direkt auf Basis des neuen Systems geschehen kann. Eine Migration sollte jedoch grundsätzlich ohne zusätzliche funktionelle Änderungen durchgeführt werden. Wenn Änderungen mit der Migration ausgerollt werden, ergeben sich andernfalls unkalkulierbare Seiteneffekte durch Abhängigkeiten, weswegen es in der Praxis empfohlen ist, Änderungen, die erst mit der Migration in Angriff genommen werden wollen, nicht parallel, sondern separat im Nachgang zu realisieren.

Drittanbieter Code

Unter Drittanbietern versteht man in diesem Kontext Extensions, Module und Erweiterungen des Shopsystems, die nicht von Ihnen oder Ihrer Agentur realisiert worden sind. In der Regel handelt es sich um kostenpflichtige Anschaffungen, die einen bestimmten, gewünschten Prozess im Kontext des E-Commerce-Business abbilden und steuern.

Jede der verbauten Drittanbieter-Erweiterungen stellt ein gewisses Risiko bei einer Migration dar, da:

• die Funktion ggf. unerlässlich ist,
• Drittanbieter die neue Shop-Version nicht mehr unterstützen könnten,
• Drittanbieter vom Markt komplett verschwunden sind.

In einem solchen Falle bedeutet das entweder Kosten für die Neuanschaffung sowie Migration der zugehörigen Daten und Anpassungen, oder die Re-Erstellung des Drittanbieter Codes, wobei auch hier die Migration der Daten berücksichtigt werden muss.

Das Risiko der Nichtverfügbarkeit einer existierenden Extension für die Migration in das Zielsystem ist bei im Altsystem implementierten, lizenzfreien oder kostenfreien Erweiterungen dabei ungleich höher.

Die Kostenbereiche im Einzelnen zusammengefasst

Diese und ähnliche Bereiche werden Sie in einem Angebot zur Migration finden:

Professionelles Testing ist natürlich nicht zu vernachlässigen, da eine Qualitätssicherung in jedem Prozess Teilbereich der Migration involviert ist, wird in unserem Beispiel jedoch agil in den Schätzungen direkt berücksichtigt und ist sehr häufig kein separater Kostenpunkt, sondern integraler Bestandteil. Außerdem müssen gegebenenfalls weitere Spezial-Anforderungen oder Umstände einbezogen werden. Was ist, wenn ich mir mit der Migration noch Zeit lassen möchte? Was ist die beste Lösung für mein Shopsystem und mit welchen Wartungskosten muss ich rechnen?

Nicht alle älteren Shops sind ein Legacy-System, also veraltet und nur noch teilweise unterstützt. Einige Legacy-Systeme lassen sich auf eine höhere Version migrieren, auch wenn vom Hersteller (noch) nicht zwingend verlangt. Das betrifft zum Beispiel den Magento 1 Open Source Nachfolger OpenMage.

Die Aufwände und Kosten der Wartung eines solchen Systems sind durch verschiedene Kriterien beeinflusst:

Bug- & Fehler-Behebungen

Bugs bzw. Fehler entstehen aus technischer Schuld oder nicht erwarteter Verwendung der Applikation. Bugs stellen zumeist die höchsten Kosten der Wartung dar, da sie:

• behoben werden müssen, damit das Shopsystem stabil läuft,
• die Ursache durch den Entwickler zunächst gefunden werden muss,
• und damit der benötigte Zeitaufwand zur Behebung im vorab unschätzbar ist.

Eine weitsichtige Abhilfe zur Reduktion von Fehlern gelingt durch kontinuierliche Überwachung und Tests, Dokumentation und Priorisierung aller Prozesse des Shopsystems und damit verbundener Infrastruktur und eine automatische Testabdeckung von 30-70% aller kritischen oder als zumindest wichtig deklarierten Prozesse.

Feature Requests & Marktsituation

Natürlich möchte der Betreiber eines Shopsystems mit der Zeit gehen, seiner Konkurrenz einen Schritt voraus sein oder der spezifischen Kundschaft den bestmöglichen Komfort beim Shoppen bieten. All dies sind valide und übliche Gründe von Erweiterungen des Codes und der Funktionalität.

Bei jedem der Feature Requests sind Voraussetzungen und damit etwaig verbundene zusätzliche Maßnahmen genauso in die Schätzung zu integrieren wie der eigentliche Software-Development-Cycle und dessen Entscheidungskriterien:

• Drittanbieter Modul kaufen und anpassen oder selbst erstellen (lassen),
• Unit Tests und/oder Akzeptanztests bzw. regelmäßige Maßnahmen zur Gewährleistung der Stabilität & Funktionalität,
• regelmäßige Updates auf aktuellere Versionen von Kernsystem und Erweiterungen.

Insbesondere, wenn sich der Unternehmer an dieser Stelle häufiger für kostenpflichtigen Drittanbieter-Code entscheidet, wird zudem das potenzielle Risiko an Mehrkosten einer künftigen Migration erhöht (s.a. Drittanbieter Code). Manchmal ist es Zeit für einen Wechsel, oder doch noch nicht? Wir zeigen im nächsten Beitrag „Shop-Migration: Besser jetzt oder in 3 Jahren?“ auf, wo Chancen und Risiken der Software-Migration liegen und erklären Ihnen, wie Sie die potentiell auftretenden Kosten im Prozess selbst abschätzen können.