Shop-Migration: Besser jetzt oder in 3 Jahren?

Wie berechnen wir nun, wie sich der Preis im Vergleich von einer heute beauftragten Magento Migration zu einer in drei Jahren gewünschten Migration entwickelt?

Um einen solchen Vergleich treffen zu können, gehen wir in jedem Fall von gleichen Anforderungen unserer fiktiven Migrationen aus – es wird also nicht unterstellt, dass im Verlauf des weiteren Betriebes innerhalb der nächsten drei Jahre Extensions, die nicht mehr benötigt werden, aus dem System entfernt werden. Wovon wir jedoch ausgehen, ist, dass wir einer professionellen E-Commerce-Agentur die Weiterentwicklung überlassen, sodass die Komplexität, Lesbarkeit des Codes, das Technische-Schulden-Konto etc. sich eher vermindern. Als wahr kann auch angenommen werden, dass sich die erwarteten Kosten eher nach oben entwickeln, da der Unterschied des existierenden Systems zum weiter betriebenen Shopsystem mindestens gleich groß, im Regelfall aber zunehmend ist.

Und wieviel nun genau? Moment noch! Für derlei Kalkulationen benötigen wir zunächst eine statistische Berechnungsgrundlage.

Wir definieren vor der Berechnung also zunächst eine individuelle Risiko-Matrix, anhand derer die Steigerung der Kosten im Vergleich messbar und damit ungefähr definierbar wird – denn genau das ist unser Ziel. Wir gehen hierbei davon aus, dass die Dokumentation existiert, die Agentur nicht wechselt und alle bisherigen Funktionen exakt wie bestehend, ins System migriert werden wollen.

Zunächst sind die für die Berechnung entscheidenden Risiko-Faktoren zu definieren, als Basis können die in diesem Beitrag genannten Faktoren dienen. Die Matrix sollte mit individuellen Bewertungskriterien angereichert werden.

Unsere, vereinfacht dargestellte, Matrix behandelt zum Beispiel die Anzahl von Bugs ohne Bezug zur tatsächlichen Menge aller Bugs pro Jahr, was recht oberflächlich betrachtet ist. Auch die Metrik der Migrations-Daten-Menge sollte in Kombination mit dem evaluierten Aufwand im jeweiligen Ziel-System, auf Basis der involvierten Systeme und Teilschritte etc., ihre Definition erhalten. Am Beispiel des erwähnten Im- und Export-Modules zeigt es sich auch, dass Module verschiedenen Risiko-Faktoren ausgesetzt sind und eine separierte Bewertung benötigen, um einer realen Prognose so nah als möglich zu kommen. Maximal mögliche Werte sollten optimalerweise auf realen Daten basieren und sich in der jeweiligen Metrik wiederfinden.

Auf einer kombinierten Basis kann die Einordnung in die strukturell gleich bleibenden Metriken “klein” bis “sehr hoch” und damit, in unserer Beispiel-Matrix, 1-4 erfolgen. Für Vergleichs- und Berechnungs-Prognosen dieser Art ist eine Zahl-Werte-Kombination essenziell. Sind feinere Abstufungen notwendig oder angebracht, erweitert man die Metriken – dann aber für jede Kennzahl.

Für das Verständnis der hiesigen Evaluierung dürfte unsere beispielhafte Risiko-Matrix ausreichend sein:

Auf Grundlage unserer Matrix können wir nun ziemlich exakt voraussagen, wie sich die Kosten im Laufe der Zeit entwickeln werden, wenn wir weiterhin mit dem jetzigen Shopsystem ein erfolgreiches E-Commerce-Business betreiben und es entsprechend der Kundenwünsche, Marktlage etc. erweitern wollen. Dafür hat unser fiktives Beispiel ein Budget von 15.000 € pro Monat zur Verfügung, wodurch die Entwickler pro Monat 500 Zeilen neuen Code produzieren (abzüglich Arbeiten an Bugs) und die Menge der angelaufenen technischen Schulden reduzieren.

Auf Basis einer bekannten Kalkulationsgrundlage berechnen wir nun den Median der relevanten Kennzahlen und rechnen diese im Weiteren schlichtweg prozentual auf. Perfekt gelingt dies auf Basis eines Angebotes für eine Shop-Migration per Heute. Auch in diesem Fall wird ein simplifiziertes Beispiel zur Veranschaulichung verwendet und kein auf realen Daten basierendes Angebot:

Quellen & Literatur

• Software-Modernisierung (pdf), Im Spannungsfeld zwischen Zwangsläufigkeit und Aufwand, Lünendonk®-Whitepaper, Lünendonk GmbH, 2014
• Migrationsleitfaden (pdf) – Leitfaden für die Migration von Software, Version 4.0, Die Beauftragte der Bundesregierung für Informationstechnik, Bundesministerium des Innern, 2012
• Softwaremetrik Evaluierung und Maßzahl Findung, Klassifikation, Software-Messung, Wikipedia
• Goal Question Metric (GQM), anerkanntes Modell zur Erstellung relevanter Metriken im Bereich der Softwareentwicklung, Wikipedia
• Software Development Lifecycle, Wikpedia
• Software Migration Project Cost Estimation (pdf) using COCOMO II and Enterprise Architecture Modeling, Alexander Hjalmarsson, Matus Korman and Robert Lagerström, Royal Institute of Technology, Sweden, part of Short Paper Proceedings of the 6th IFIP WG 8.1 Working Conference on the Practice of Enterprise Modeling (PoEM 2013), Riga, Latvia, November 6-7, 2013, ISSN 1613-0073
• Phase F: Migration Planning, The TOGAF® Standard, Version 9.2 > Part II: Architecture Development Method (ADM), Enterprise Architecture methodology and framework, ISBN 1-947754-11-9, 2018
• Cost-Benefit Analysis for the Selection, Migration, and Operation of a Campus Management System, Sprenger, J., Klages, M. & Breitner, M.H. Bus Inf Syst Eng 2, 219–231 (2010)
• What is a legacy system?, Challenges, risks and migration, Stackscale Blog, 2021