Antimuster bei Cloudeinführungsplänen

Bei Kunden kommt es im Rahmen der Einführung einer Cloudlösung häufig zu Antimustern. Entweder ist die Lösung ineffektiv, oder es gibt unbeabsichtigte Auswirkungen. Zu den typischen Szenarien gehören:

• Falsch ausgerichtete Betriebsmodelle führen zu einer längeren Markteinführungszeit, zu Missverständnissen und zu erhöhtem Druck auf IT-Abteilungen.
• Unternehmen wählen manchmal das falsche Dienstmodell aus, in der Annahme, dass sich die Kosten durch PaaS (Platform-as-a-Service) verringern.
• Wenn Sie die Architektur einer Organisation ändern, kann dies umfangreiche Ersatzprojekte zur Folge haben. Das Verwalten dieser Projekte ist oftmals komplex und kostenintensiv.

Antimuster: Wahl des falschen Cloudbetriebsmodells

Die strategischen Prioritäten eines Unternehmens und der Umfang seines Portfolios bestimmen sein Cloudbetriebsmodell. Modelle können unterschiedliche Arten von Verantwortlichkeit, Zielzonen und Fokus aufweisen. Wenn die Modelle nicht an den Unternehmenszielen ausgerichtet sind, kann dies zu Problemen führen:

• Verlängerte Markteinführungszeit
• Missverständnisse
• Erhöhter Druck auf IT-Abteilungen

Beispiel: Zuweisen von zu viel Verantwortung an ein kleines Team

Ein Unternehmen führt ein Betriebsmodell ein, das die IT-Abteilung für alles verantwortlich macht, das innerhalb der Cloud ausgeführt wird. Das Team, das für die Cloud zuständig ist, besteht aus drei Personen. Diese Ausgangslage führt zu einer langsamen Einführung, aus diesen Gründen:

• Das Team genehmigt Maßnahmen nur, nachdem es ihren Einfluss auf das Geschäft, den Betrieb und die Sicherheit in vollem Umfang verstanden hat.
• Diese Probleme liegen außerhalb der Kernkompetenz des Teams.

Subject Matter Experts möchten den Clouddienst verwenden, also erhöhen die Geschäftseinheiten den Druck. Wahrscheinlich wird sich Schatten-IT ausbilden, da Geschäftseinheiten Firmenkreditkarten einsetzen, um Umgebungen für die eigenen Zwecke zu erstellen.

Bevorzugtes Ergebnis: Vergleich von Modellen und Erstellen eines Bereitschaftsplans

Überprüfen Sie die strategischen Prioritäten, den Portfolioumfang, Anforderungen und Einschränkungen. Erforschen Sie die Betriebsmodelloptionen, indem Sie die vier gängigsten Cloudbetriebsmuster mit Ihrem aktuellen Cloudbetriebsmodell vergleichen. Identifizieren Sie mindestens ein Cloudbetriebsmodell, das zu Ihrer Organisation passt. Entscheiden Sie sich dann für ein Modell. Da sich die Rollen abhängig vom Betriebsmodell ändern, erstellen Sie einen Qualifikationsbereitschaftsplan vor der Umstellung auf die Cloud.

Antimuster: Wahl des falschen Dienstmodells

Unternehmen gehen manchmal davon aus, dass PaaS-Lösungen kostengünstiger als IaaS-Lösungen (Infrastructure-as-a-Service) sind. Diese Annahme kann zur Wahl des falschen Dienstmodells führen. Kostenbewusste Unternehmen machen diesen Fehler oft, wenn der die Umstellung auf die Cloud in erster Linie durchgeführt wird, um die Kosten zu senken. Diese Unternehmen vergessen, dass mit der Einführung von PaaS auch Prozesse geändert werden müssen, insbesondere, wenn bestimmte Zuständigkeiten an Cloudanbieter übertragen werden. Die Umstellung auf PaaS führt zu grundlegenden Änderungen bei Koordinationsarbeiten, Engineeringpraktiken und Lieferpipelines. Die folge können unerwartete Kostensteigerungen und Verzögerungen sein.

Beispiel: Wahl von PaaS anstelle von IaaS

Ein Verleger startet ein Programm zur Verlagerung seiner Rechenzentren in die Cloud. Die Führungskräfte möchten in einem Aufwasch ihre aktuelle Anwendungsarchitektur und sämtliche Tools modernisieren. Zu ihren Gründen gehören die folgenden:

• Maximieren der Kosteneffizienz
• Entwickeln eines moderneren Anwendungsportfolios

Als Einführungsstrategie entscheiden sie sich für PaaS anstelle von IaaS. Nach einem Jahr auf ihrem Weg zur Cloudeinführung wurde nur eine langsame Einführungsrate erreicht. Zahlreiche Prozesse, Praktiken und Tools mussten geändert werden, um PaaS in vollem Umfang einzuführen. Der Vorstand sieht die Auswirkungen und Vorteile nicht, die PaaS normalerweise zugeschrieben werden. Zugleich ist die IT langsamer denn je, während die Kosten für die Rechenzentren gleich blieben.

Bevorzugtes Ergebnis: Minimieren der Störung Ihres Geschäftsbetriebs

Zum Verringern des Koordinationsaufwands sollten Sie bei ersten Projekten zur Cloudeinführung mit IaaS beginnen. Die Einführung neuer Prozesse und Verfahren lässt sich besser verwalten, wenn Sie zu einem späteren Zeitpunkt und nicht gleich zu Anfang in die Cloud wechseln. Führen Sie zuerst IaaS ein, insbesondere in Szenarien zur Umstellung von Rechenzentren. Starten Sie gleichzeitig eine Initiative zur Cloudqualifizierung.

Die Modernisierung und Einführung von PaaS nehmen Sie graduell später vor, nachdem sich die Workload bereits in der Cloud befindet. Die gewonnenen Erfahrungen helfen Ihnen, PaaS schneller einzuführen. Sie müssen für die Modernisierung weniger neue Fertigkeiten und Prozesse erlernen. Außerdem tritt keine erhebliche Störung Ihrer Geschäftsprozesse ein.

Antimuster: Ersetzen der Architektur

Anwendungen, die auf PaaS und SaaS (Software-as-a-Service) aufbauen, sind relativ einfach zu warten. Sie erfordern in der Regel nur wenig Aufwand seitens der Verwaltung. Das hat dazu geführt, dass viele Unternehmen alte, komplexe Architekturlandschaften neu entwerfen und sie durch SaaS und cloudnative Konzepte ersetzen. Diese Architekturänderung führt in der Regel zu größeren Ersatzprojekten. Management und Durchführung dieser Projekte sind eine komplexe, kostenintensive Aufgabe. Das Ändern von Prozessen und Betriebsmodell bringt darüber hinaus weitere erhebliche Risiken mit sich.

Beispiel: Entscheidung für Ersatz anstelle von Modernisierung

Ein Unternehmen verfügt über eine große SAP-Umgebung. Die IT-Abteilung möchte diese Landschaft ersetzen, die eine Reihe von Leistungs- und Stabilitätsproblemen bewirkt. Nachdem die IT-Abteilung mit einem Ersatzprojekt begonnen hat, wächst die Due Diligence-Liste zum Ersetzen der gesamten Umgebung täglich weiter an.

Bevorzugtes Ergebnis: Rationalisieren Ihrer digitalen Ressourcen

Bevor Sie eine umfangreiche oder komplexe Anwendungsumgebung ersetzen, erwägen Sie, Ihre Umgebung stattdessen durch Modernisierung schrittweise zu verbessern. Relativ kleine Änderungen an ihrer Anwendungsumgebung können erhebliche Auswirkungen auf die Leistung und Zuverlässigkeit haben. Wenn Sie beispielsweise die Hostingplattform in Azure ändern, können Sie Stabilität und schnelle Ergebnisse bereitstellen. Das Ergebnis sind verbesserte Leistung und Zuverlässigkeit zu einem Bruchteil der geschätzten Kosten für die Ersetzung.

Bei der Wahl einer Innovationsstrategie sollten Sie verschiedene Modernisierungsoptionen erforschen. Beurteilen Sie diese Optionen in einem Proof of Concept (POC).

Machen Sie sich mit den digitalen Ressourcen Ihres Unternehmens vertraut, und beurteilen Sie die digitalen Ressourcen entsprechend der Cloudrationalisierung. Bestimmen Sie, welche der fünf Phasen der Rationalisierung sich am besten für die Modernisierung oder Migration Ihrer Ressourcen eignet:

• Zuweisen eines neuen Hosts
• Refactoring
• Rearchitect (Überarbeiten)
• Neu erstellen
• Replace

Nächste Schritte

Informieren Sie sich über die Bereitschaftsphase der Cloudeinführung.