Entscheidungshilfe: Open Source-, Individual- oder Standard-Software?

Im Teil 2 der Serie über Software-Lösungen für den Versandhandel gibt E-Commerce- und Versandhandels-Expertin und Gründerin der Branchen-Projektbörse Vimen, Helga Trölenberg-Buchholz, Tipps, die die Entscheidung erleichtern, ob kaufen oder selbst programmieren die bessere Option für Sie ist.

Kaufen oder selbst programmieren?

Wer als IT-Verantwortlicher vor der Entscheidung zwischen „Make or buy“ steht, dem hilft eine Entscheidungsmatrix weiter, die individuell auf das Unternehmen zugeschnitten ist. Folgende Aspekte können bei der Entscheidung helfen:

Größe des Unternehmens
Generell gilt: Je kleiner das Unternehmen oder die Organisation ist, desto eher wird Standard-Software eingesetzt. Unter Umständen ist sogar der Einsatz von Standard-Software in einem SaaS-Modell denkbar.
Gesamtkosten
Wenn für die Standard-Software ein transaktionsbasiertes Vergütungsmodell vereinbart wurde, können die Lizenzkosten der Standard-Software schnell die Kosten von Individual- oder Open-Source-Lösungen
übersteigen. Einführungsprojekte für Standardsoftware sind zwar kostengünstiger, dafür sind die Gesamtkosten durch Wartung und Support abhängig von der Einsatzdauer der Software gegebenenfalls höher im Vergleich zu Individualsoftware. Damit kann sich eine Individuallösung oder eine Open-Source-Software möglicherweise schneller amortisieren. Es sollte also immer die Summe aus Anschaffungskosten, Einführungskosten und Folgekosten in Bezug auf die voraussichtliche Nutzungsdauer betrachtet werden.
Anforderungen und Funktionen
Wenn die Funktionen einer Standardlösung die gestellten Anforderungen in hohem Maße erfüllen, wirkt sich das direkt kostendäm pfend auf die Einführungskosten aus.
Flexibilität und Änderungshäufigkeit
Ändern sich Anforderungen im Unternehmen schnell oder kommen häufig neue Anforderungen hinzu, kann Individual-Software oder eine Open-Source-Lösung flexibler sein. Standard-Software dagegen muss angepasst werden. Hier entscheidet die Architektur der Software sowie die Größe und Erfahrung der ITAbteilung maßgeblich darüber, wie schnell die Änderungen vollzogen werden können.
Hoheit über die Software
Das Maß der Kontrolle über die Software ist bei Individuallösungen und in Maßen auch bei Open-Source-Software recht hoch. Beim Einsatz von Standard-Software kann es zu einer unerwünschten Abhängigkeit vom Software-Lieferanten kommen.
Zeitplan
Gut vorbereitet und richtig geführt, kann ein Einführungsprojekt von Standard-Software schneller eine Vielzahl von nutzbringenden Funktionen in ein Unternehmen tragen, als das bei Individual- und Open- Source-Lösungen der Fall ist.

Moderne Software-Architektur ermöglicht schnelle Anpassungen

Der Versandhandel ist eine der agilsten Handelsformen. Ständig beeinflussen Trends wie aktuell Social und Mobile Commerce, Veränderungen von Warenflüssen oder Umschichtungen der Kundenstruktur die Abläufe innerhalb des Unternehmens. Veränderung ist daher die einzige Konstante, von der man in der Entwicklung des Versandhandels und E-Commerce ausgehen kann.

Umso entscheidender ist es, dass eine Software leicht sowie vor allem schnell änderbar und erweiterbar ist. Eine moderne Software-Architektur verfolgt dieses Ziel mit verschiedenen Methoden. Eine dieser Methoden ist der Ansatz der serviceorientierten Architektur (SOA), die Flexibilität und Dynamik unterstützt. Wichtig kann auch eine an die Prozesse im Unternehmen angepasste „Granularität“ sein. Dieses Konzept bezeichnet einen Software-Aufbau in Modulen, die prozessübergreifend konzipiert sind und prozessübergreifend kommunizieren, aber in einer Weise entwickelt wurden, dass sie ohne große softwareinterne Abhängigkeiten nutzbar sind.

Software-Architektur steht immer im Spannungsfeld von funktionalen Anforderungen, technologischen Möglichkeiten und Standards sowie Qualitätsanforderungen und Kosten. Der Software-Architekt ist der Manager dieser Einflussfaktoren. Er gestaltet das Fundament der Software als Ergebnis der vielfältigen Faktoren, die häufig genug nicht in direktem Zusammenhang mit der vom Anwender gewünschten Funktionalität liegen. Software-Architektur auf die Auswahl technischer Tools, Frameworks und Entwicklungsverfahren zu beschränken, wird der Bedeutung dieser Aufgabe nicht gerecht.

Nächste Woche: Analyse der Geschäftsprozesse und Anforderungen

Letzte Woche: Entscheidungshilfe: Open Source-, Individual- oder Standard-Software?