cloud computing, saas und soa als bausteine im outsourcing ...€¦ · cloud computing, saas und...

Cloud Computing, SaaS und SOA als Bausteine imOutsourcing der Zukunft

7. Entscheiderforum OutsourcingBad Homburg v.d.Höhe, 11./12. November 2009

STRENG VERTRAULICH UND RECHTLICH GESCHÜTZTJedwede Verwendung dieser Unterlagen ohne ausdrückliche Genehmigung durch McKinsey & Company ist streng untersagt

Detlev J. Hoch, Director, McKinsey & Company,Dr. Ulrich Freking, Associate Principal, McKinsey & Company

|McKinsey & Company 1

Cloud Computing, SaaS und SOA als Bausteine im Outsourcing der Zukunft– Management Summary –

▪ Cloud Computing scheint sich zu einem wichtigen Baustein moderner IT-Lösungen zu entwickeln –von Individual- über Standard- hin zu SaaS1- oder BaaS2-Lösungen. Dennoch sind bei der Umsetzung dieser vielversprechenden Lösungen Herausforderungen zu meistern

– Wie können durch SaaS bedingte Integrationsansätze über offenbar "integrierte" Anwendungs- und Infrastrukturschichten hinweg adressiert werden?

– Wie ist mit horizontalen Anwendungen in einer SaaS-/BaaS-Welt umzugehen, und besteht Bedarf an einem ESB-ähnlichen "Industry-Service-Bus", um SaaS/BaaS besser zu unterstützen?

– Wie ist die Attraktivität von BaaS- gegenüber SaaS-Lösungen zu bewerten, und inwiefern besteht die Möglichkeit, Leistungen von Anbietern aus unterschiedlichen XaaS-Schichten individuell zu kombinieren?

▪ SO(A) scheint ein grundlegender Enabler für reibungsloses Cloud Computing und hierauf basierende Lösungen zu sein

▪ Es ist noch zu klären, ob Cloud Computing und entsprechende Lösungen hauptsächlich für Privatverbraucher oder KMUs3 sinnvoll sind, oder ob sie sich am Markt auch für große Unternehmen durchsetzen werden; erste Analysen zeigen, dass SaaS sich auch in Großunternehmen eignen könnte, und zwar insbesondere für Anwendungen mit geringer Spezifität

▪ Der künftige Erfolg von XaaS-Providern wird voraussichtlich durch das beste Software-/Geschäfts-modell bestimmt. Hierbei scheinen Webservices eindeutige Vorteile zu bieten. Letztlich jedoch werden erfolgreiche Provider Partner in einem gemeinschaftlichen Ökosystem sein, in dem eine Reihe von spezifischen anspruchsvollen Kompetenzen erforderlich sind

QUELLE: McKinsey

1 Software-as-a-Service2 Business-as-a-Service3 Kleine und mittelständische Unternehmen


Cloud Computing, SaaS und SOA als Bausteine im Outsourcing der Zukunft

▪ Cloud Computing: die Versorgungsinfra-struktur von Individual-, Standard- und SaaS/BaaS-Lösungen

▪ SO(A) als wichtiger Enabler für Lösungenauf Basis von Cloud Computing

▪ Für welche Art von Unternehmen/welche Unternehmensgröße eignen sich Cloud Computing und XaaS?

▪ Voraussetzungen für den Erfolg des Out-sourcings der Zukunft: BaaS/On-Demand-Business-Web-Services in einem Partner-Ökosystem


Was versteht man unter Cloud Computing?

Cloud Computing ist eine Form derdynamischen, skalierbaren,oft virtualisiertenBereitstellung vonRessourcen undServices

Cloud Computing basiert auf Nutzung verteilter, hochskalierbarer Informationstechnologien nach dem Vorbild von Consumer-Web-Companies

1

Ressourcen umfassen u.a.▪ IT-Infrastruktur (Server, Speicher, NW-Kapazität)▪ Entwicklungsplattformen▪ Ausgereifte SW-Funktionalitäten▪ Geschäftsprozesse

▪ Zu Grunde liegende Technologien und Prozesse sind unabhängig vom Anwender (bspw. AE-Teams, Mitarbeiter, Kunden etc.)

▪ Anwender zahlen üblicherweise je nach Nutzungsintensität (variable Betriebskosten)

2

3

QUELLE: Internet-Recherche, Wikipedia

▪ Public Clouds über das Internet▪ Private Clouds im eigenen Rechenzentrum

des Unternehmens oder via Hosting durch Fremdanbieter

▪ Hybrid Clouds als Mischformen (mögliche Nutzungskombinationen von Private Clouds, Public Clouds und traditioneller IT-Umgebung)

Extern oder intern?

▪ Schnellere Markteinführung▪ Geringere Vorab-IT-Kosten (z.B. durch

Abrechnung nach Nutzung)▪ Einfachere bedarfsorientierte Skalierung▪ Schaffung neuer Werttreiber z.B. höhere

Interoperabilität

Nutzenversprechen für CIOs?


Cloud Computing gliedert sich in die Bereitstellung von 4 verschiedenen Services auf ("as a Service"-Modelle)

QUELLE: McKinsey SW&Services Practice, Juni 2009

Heutiger Fokus

Business Capabilities

IT-Infra-struktur-produkte

IT-Inte-grations-plattform

IT-Anwen-dungen

IT-Infra-struktur

Unternehmens-architekturschichten

SaaS3

Cloud oderAnbieter-

I/S

Cloud oder Anbieter oder

interne I/S

IaaS1

Cloud oder Anbieter oder

interne I/S

PaaS2

Geschäfts-modell/-prozesse

Cloud oderAnbieter-

I/S

BaaS4

Maßgeschn. Lösung

Paketlösung

Integrat. Lös. Integrat. Lös.

BPM-implizit BPM-implizitBPM-explizitBPM-explizitoder -implizit


Es gibt schon viele Anbieter in den verschiedenen XaaS-Marktsegmenten

BaaS4

1 IaaS

2 PaaS

SaaS3

Cloud/Anbieter-/interne I/S

Business ▪ Prozesse▪ Fähigkeiten

Software ▪ Anwendungen

Umfassende Integrations-plattform

▪ Geschäfts-APIs

ErweiterteIntegrations-plattform

▪ Dynamische Fehlertoleranz

▪ Dynamischer Einsatz

▪ Authentiz., Abrechnung

Basis-Integrations-plattform

▪ Entw.-Tools▪ MW▪ Datenbank

IT-Infrastruk-tur-SW

▪ Virtualisierung▪ OS

▪ Server▪ Speicher▪ Netzwerk▪ Facility▪ Sicherheit▪ Management▪ DR

IT HW, Anlagen

Elemente

Private PaaS-Enabler Öffentliche PaaS-Anbieter

Illustrative Beispiele für Anbieter*

Private IaaS-Enabler Öffentliche IaaS-Anbieter

ILLUSTRATIV

* Keine vollständige Darstellung; Einordnung von Anbietern nach ihrer – gemäß XaaS-Schichtenstruktur – höchsteinzustufenden Leistung

QUELLE: Internet-Recherche, Ausgewähte Anbieterangaben – nicht vollständig und ohne Anspruch auf Repräsentativität


XaaS-Ansatz stellt mit scheinbar schichtübergreifend integrierten Lösungen Horizontalisierung in Frage und birgt neue Integrationsherausforderungen





IT-Anwen-dungen

IT-Infra-struktur

Unternehmens-architekturschichten

BaaS ist am attraktivsten für separierbare Geschäftsservices mit klar definiertem Zweck und Ergebnis

Spezialisierung nach funktionaler Domäne/Branchenanwendung ist bereits gängige Praxis

Allgemeinstandard ESB/ISB ist essenziell für Entkopplung von BaaS/SaaS und IaaS/PaaS

IaaS/PaaS ist gegenüber SaaS/BaaSgrundsätzlich unabhängig, jedoch bestehen Tendenzen zur vertikalen Durchdringung der Schichten

QUELLE: McKinsey SW&Services Practice, März 2009,

Arbeitshypothesen, um Integrations-herausforderungen anzugehen

Paket-lösung

Maßge-schn.Lösung

BaaS

Integrat. Lös.

Integrat. Lös.

SaaS

BPM-explizit

BPM-ex- oder-implizit

BPM-implizit

BPM-implizit

PaaS

IaaS

Cloudoder Anbieter-

I/S

Cloudoder Anbieter-

I/S

Cloudoder Anbieter-

oder interne I/S

Cloudoder Anbieter-

oder interne I/S

SaaS-Lösungen sind geeigneter, wenn Geschäftsprozesse/Business CapabilitiesKernkompetenz des Unternehmens darstellen


XaaS-unterstützende Schichten der Unternehmensarchitektur sind grundlegend von der Serviceorientierung (SO) geprägt

QUELLE: McKinsey SW&Services Practice, Juni 2009; Anmerkungen von H.-J. Lamberti, WI 2009 on Business Services, Wien, 27. Februar 2009

SO Target Business & Operating Model (Zielgeschäfts- & Betriebsmodell) = SO TOM/T-BOModer einfach SOM und BPM=SOM-Enabler

SO Architekturoder einfach SOA– "Make or buy"

SO Infrastrukturoder einfach SOI –“Make or buy”

Unternehmensarchitek-turschichten

Art der Service-orientierung

Kapselung von Geschäftsprozessen tendenziell geringer Komplexität und hoher Iterationshäufigkeit für vielfache Wiederverwendung

Spezifikation von Geschäftslogik-komponenten, die als verkapselte Einheiten über Standardschnittstellen miteinander kommunizieren

Bereitstellung dynamisch skalierbarer Infrastruktureinheiten bevorzugt in virtualisierten Umgebungen, um optimale Auslastung zu ermöglichen

Erläuterung

SOX




IT-Anwen-dungen

IT-Infra-struktur



Aufbauend auf SOI ermöglicht SOA die Nutzung von IaaS/PaaS-Clouds durch höhere Modularität in der Anwendungslandschaft

QUELLE: McKinsey SW&Services Practice, März 2009

An-wen-

dungs-domänen

Anwendungs-subdomänen

Anwendungen

Anwendungskomponenten/-module �� Services

Ebene A

~ 5 Instanzen

Ebene B~ 20-25

Instanzen

Ebene C~100 Ins-

tanzen

Ebene D

>250 Ins-tanzen

Funktionale IT-Anwendungsdomänen/-cluster (z.B.Vertriebsanwendungsdomäne)

Anwendungssubdomänen/-cluster (z.B. Richtlinienmanagement)

Spezifische Anwendungskomponenten/-module(z.B. Berechnung von Zinssätzen)

Individuelle Anwendungen(z.B. Provisionssysteme)

▪ Modulare Services – anders als monolithische Anwendungen – auf IaaS/PaaS-Clouds verteilbar

▪ Modularität der Komponenten daher wesentlicher Enabler für Cloud-Nutzung▪ “Industry-Service-Bus“ (ISB) zur Komplexitätsreduzierung auf Serviceebene


Domänen mit unterschiedlichen SOA-Anforderungen: höchst agile Frontoffices, leistungsfähige Midoffices und zentrale Backends sowie standardisierter Support

Support-Domänen gehören nicht zum Kerngeschäft, daher hat Effizienz obers-tes Gebot

▪ Höchst standardisiert; geringere Agilität erfor-derlich

▪ Hohe Transparenz lau-fender Prozesse entscheidend ⇒ fort-schrittliche Funktionen zur Prozessüberwachung erforderlich

▪ Produktivität von An-wendern ebenfalls von großer Bedeutung ⇒verbesserte Arbeitsplatz-fähigkeiten für ESS und MSS erforderlich

Domänen mit Kundenkon-takt haben die höchsten Anforderungen an Agilität

Domäne

Subdomänen

▪ Notwendigkeit zur Anpassung von Pro-zessen und Einführung von Konfigurations-regeln

▪ Notwendigkeit einer schnellen Implemen-tierungen

▪ Domänenübergreifende Benutzeroberflächen für Cross-Selling

▪ Multikanal-Unterstüt-zung

▪ Hohe Leistungsanforderungen bei der Ausführung von Prozessen und Logik

▪ Kombination des Überwachungs-prozesses in Domänen mit Kundenkontakt

▪ Flexibilität bei Produkten und Verträgen erforderlich

▪ Optimierte Benutzeroberfläche für Power User und hohen Durchsatz

Support

Finanzen

HR

…

Domänenübersicht

TransaktionalesBackend zur Steuerung von Daten und Kern-geschäftslogikmit höchsten Leistungsan-forderungen

Frontoffice

Zentrales Backend

Midoffice

QUELLE: McKinsey BTO Architecture Practice, März 2009

Hier umfassende SOA!

Hier teilweise SOA!

Gute Hybridlösungen scheinen machbar!


SOM ermöglicht die Kapselung von Geschäftsprozessen zur separaten Ausführung auf IaaS-/PaaS- und SaaS-Clouds

SOM ist ein konzeptionelles Modell und die Voraussetzung für BaaS als Geschäftsmodell

� Kapselung von Prozessen findet mit Hilfe exakt definierter Schnittstellen und sorgfältig definierter Eingabe-Ausgabe-Beziehungen statt

� Prozessausführung erfolgt u.U. über der IaaS-/PaaS- und SaaS-Serviceschicht; die Vorteile modularer und skalierbarer Architektur werden genutzt

Die Bestimmung konkreter Prozesse, die sinnvoll als Service zur Verfügung gestellt werden, gehört aufbauend auf dem SOM-Konzept zur BaaS-Domäne

QUELLE: McKinsey BTO Architecture Practice, März 2009





IT-Anwen-dungen

IT-Infra-struktur


SaaS

IaaS

PaaS

BaaS


1 In Klammern, da nur eingeschränkt vergleichbar

Kunden profitieren von servicebasierten Geschäftsmodellen durch Variabilisierung der Kosten und günstigeren variablen Konditionen

@A: beim Anbieter, @K: vor Ort beim Kunden

QUELLE: Timothy Chou: Seven Software Business Models, Fig.2.1., Active Book Press 2008

SaaS

< 100 USD/ Anwender/ Monat

Webservices

Ads

Trans-aktionen

Out-sourcing

4.000 USD/Anwender(einmalig)

800 USD/Anwender/ Jahr

Angebot< 1.300 USD/Anwender/ Monat

@A @K

HP/EDS oder IBM GS

Open Source

0 USD(einmalig)


Redhat oder SugarCRM

Traditionell


Embedded(< 10 USD/Anwender/Monat)1

800 USD/ Anwender/ Jahr

ORACLE oder SAP

Hybrid


800 USD/ Anwender/ Jahr

150 USD/ Anwender/ Monat

@A @K

Oracle On Demand

Hybrid+

300 USD/Anwender/ Monat

@A @K

CallidusSoftware

Software

Support

Service

Transition von hohen Startup-Kosten zu

niedrigen monatlichen Kosten

Beispiele

Software-geschäfts-modell

Interne Erbringung> 1.300 USD/Anwender/ Monat

Interne Erbringung> 1.300 USD/Anwender/ Monat

Salesforce Amazon oder Google


1 p < 0,001 2 p < ,01 3 kein signifikanter Pfadkoeffizient

Adaption von SaaS-basiertemOutsourcing

500 5.000 50.000Log (Einheiten)▪ Größe/Mitarbeiteranzahl▪ Anwendungsspezifität▪ Unsicherheit▪ Transaktionshäufigkeit

Anwendungsspezifität1 – 0,52

Unsicherheit2 – 0,27

Transaktionshäufigkeit3 – 0,06

Unternehmensgröße1 – 0,14

Ko

rrel

atio

n

R2 = 0,80

QUELLE: A. Benlian, T. Hess: Welche Treiber lassen SaaS auch in Großunternehmen zum Erfolg werden? Erschienen in: H.R. Hansen et al: Business Services, Proceedings of WI2009 (Vol. 1), Wien, Februar 2009

SaaS-Adaption auch in größeren Unternehmen für Anwendungen mit niedriger Spezifität

|McKinsey & Company 15QUELLE: Websites von Cloud-Anbietern; UNSW, NICTA, CRC-Forschung 2009

Derzeitige Public-Cloud-IaaS-/PaaS-Angebote scheinen den CIOs großer Unternehmen für die großflächige Nutzung zu teuer und zu riskant zu sein

ILLUSTRATIV

Größe

Gesamtkosten CPU + Speicher pro Anwender und Monat

Große Unternehmen

Public Cloud

Konsumenten KMU

Derzeitige IaaS-/PaaS-Cloud-Kunden überwie-gend für kleinere Unter-nehmen und Konsumenten

▪ Verfügbarkeit, z.B. kam es bei namhaftem Anbieter im Sommer 2009 zu einem 6-stündigen Ausfall

▪ Leistung, z.B. kann die Antwortzeit je nach Tageszeit um das 20-Fache variieren

▪ Sicherheit – insbesondere wenn kritische Kunden- und Transaktionsdaten außerhalb des Unternehmensnetzwerks verarbeitet werden, z.B. erfolgte ein Verlust von Kundendaten bei einem namhaften Anbieter im Herbst 2009

▪ "Abhängigkeit von proprietärer Technologie" –insbesondere, wenn Programmcode neu geschrieben werden muss, um eine Anwendung auf der IaaS-Plattform zu hosten

Relativ undifferenzierte Preise Wahrgenommene Risiken

Private Clouds für große Unternehmen auf Grund der Einsparungen und der direkten Kontrolle interessant

PrivateBereitstellung

Details folgend


Private Clouds als Option für große Unternehmen zur Realisierung der Cloud-Vorteile ohne assoziierte Risiken der Public Clouds

QUELLE: Interviews

Geschäftsmodell

▪ Mittelfristige Kostenersparnis gegenüber Public-Cloud-Angeboten – zugleich jedoch höhere Upfront- und Fixkosten

Anwendungsbetrieb

▪ Cloud-Strukturen auf unterliegenden Infrastruktur-ebenen individuell auf Anwendungslandschaft des Unternehmens anpassbar

Infrastruktur

▪ Kontrolle über eingesetzte Technologie

▪ Gewährleistung der Datensicherheit (z.B. revisionsrelevante Daten)

Entwicklung von Branchen-/ Industrie-Clouds

▪ Industrie-Clouds zur Nutzungdurch ausgewählteGeschäftspartner innerhalbeiner Branche

▪ Einigung auf gemeinsame Schnittstellen zur Förderung der Interoperabilität (z.B. durch ISB auf Anwendungs-/ Serviceebene)

Outsourcing Option:Managed Private Cloudstatt in-house

Vorteile von Private CloudsUnternehmens-architekturschichten Entwicklungsperspektiven




IT-Anwen-dungen

IT-Infra-struktur



Für weniger strategische Geschäftsprozesse scheint BaaS die am weitesten entwickelte Cloud-Computing-basierte Serviceform

Software-as-a-Service

▪ SaaS-Modelleadressieren die unteren Schichten des Unternehmens-architektur-Stacks (bis zur Schicht der IT-Anwendungen)

▪ Kritische Teile strategischer Geschäftsprozesse verbleiben intern

Business-as-a-Service

▪ BaaS-Modelle adressieren die oberen Schichten des Unternehmensarchitektur-Stacks (Geschäftsmodell/-prozesse und Business Capabilities). Daher ist BaaSdie am weitesten entwickelte Cloud-Computing-Form

▪ Für geschäftskritische strategische Geschäfts-prozesse bevorzugen Unternehmen in der Regel SaaS-Modelle, dagegen scheint BaaS perfekt für entkoppelbare spezielle Geschäftsservices geeignet zu sein (~ "BPO-on-Demand")





IT-Anwen-dungen

IT-Infra-struktur



"BaaS-ing" einzelner Prozesschritte kann Einsparpotenzialevon mehr als 50% bringenFallbeispiel : Übernahme von Arztrechnungen und Mutterschutzgelddurch eine Krankenversicherung

Konsolidierung von Übernahmeanträgenund Rechnungen beiKrankenversicherung

Inhaltserkennungdurch spezialisierteOCR-Software

Validierung der Inhal-te durch kundenspe-zifische Geschäfts-regeln

Datenübertragungvon BaaS-Provider in Kernanwendung der Krankenversicherung

Konsolidierung von Übernahmeanträgenund Rechnungen beiKrankenversicherung

Vorsortierung der Dokumente zur Tren-nung unterschiedl. Dokumententypen

Manuelle Datenein-gabe in Kernanwen-dungen für jedenDokumententyp

ManuelleKonsistenz-Überprüfung

Prozessschrittbei Kunde

Prozessschrittbei BaaS-Provider

QUELLE: Interviews, Fall-Recherchen

55

100

5 25

15

25

45

510

5

VON Standard- Geschäftsprozess im Unternehmen

HIN ZU Geschäftsprozess mit Einbindung eines BaaS-Providers>50%

Einspar-potenzial

Prozess

Kosten je Pro-zess-schritt[Prozent]

Prozess

Kosten je Pro-zess-schritt[Prozent]

BEISPIEL ZURILLUSTRATION


OXSEED Logistics ist branchenspezifischer BAAS-Provider, der auf Anwendungs-, Plattform und Infrastrukturebene externe On-Demand-Dienste nutzt

Vorteile für Kunden von OXSEED Logistics gelten zugleich für OXSEED Logistics selbst

▪ Ziel der Minimierung der Fixkosten für Bereitstellung und Betrieb von SOA-Umgebung sowie und unterliegenden Infrastrukturservices

▪ Keine Start-Up-Zeitspanne zum Aufbau eigener Systeme

▪ Auf Kundenbedürfnisse zugeschnittene Lösungen

Fallbeispiel BAAS-Provider OXSEED Logistics

BaaS

SaaS

PaaS

IaaS

on demand▪ OXSEED Logistics

– Stellt CMS/DMS-Prozesse zugeschnitten auf Logistikunter-nehmen bereit

▪ OXSEED– Bietet modulare, generische SOA-basierte Dienste an

▪ ActiveLogistics– Stellt hochskalierbare Plattform- und Infra-

strukturdienste bereit


QUELLE: OXSEED Website


100

SW-Infrastruktur, Server, Speicher, Netzwerk

45 - 60

Ausgaben-basis einschl. SaaS-Einspar-potenzialen

20 - 25

Prozesskosten einschl. Perso-nalkostenProzess-ausführung

Ausgaben-basis einschl. IaaS-Einspar-potenzial

Ausgaben-basis einschl. SaaS-Einspar-potenzial

Ausgaben-basis für Prozess-ausführungeinschl. IT

75 - 80

60 - 70

Anwendungs-entwicklung u. -instandhaltung sowie Upgrades

40 - 55%

IaaS-/PaaS-Potenzial

SaaS-Potenzial BaaS-Potenzial

1 Mehrwertschaffung durch BaaS-Provider durch zusätzliche Optimierungsschritte

Flexible IaaS-/PaaS Preis-modelle ermöglichen Kosteneinsparungen u.a. durch opt. Demand Mgmt.

On-Demand Anwendungs-bereitstellung führt zu Ein-sparungen und Flexibili-sierung der Kostenstruktur

Hohe BaaS-Auslastungeinschl. Realisierung über Effizienz hinausgehender Vorteile1

QUELLE: Interviews, Fall-Recherchen


40 - 55% Kosteneinsparpotenzial BaaS durch kombinierte Handhabung von Infrastruktur, Plattform, Anwendungen und Geschäftsprozesse als ServiceJährliche Prozesskosten einschl. Infrastruktur- und Anwendungskosten in Prozent der Ausgabenbasis

30 - 4040 - 55

|McKinsey & Company 22QUELLE: McKinsey SW & Services Practice, Okt. 2008; L.P.Willcocks & M.C.Lacity: Global Sourcing of Business & IT

Services, palgrave 2006

Quellen für Software-/Serviceinnovationen: Tendenz zu Partner-Ökosystemen mit 12 neuen Anforderungen zum Kompetenzaufbau

Treibende Innovationsquellen (kum. Investitionen in Innovation)

Innovationsleistung/-dynamik

Lieferant

Software-/Serviceanbieter

Kunde

Partner-Ökosystem von ▪ Hauptkunden▪ Wettbewerbern▪ Hauptlieferanten

Steuerung eines dynamischen Partner-Ökosystemsstrateg. Allianzen

Beziehungs-kompe-tenzen

Neue Anforderungen

Transfor-mations-kompe-tenzen

• Prozessneugestaltung• Technologieverwertung• Programmmanagement• Beschaffung• Verhaltensmanagement

Erbringungs-kompe-tenzen

• Domänenexpertise• Geschäftsmanagement

• Führung • Planung und Vertrags-management

• Organisationsgestaltung• Governance• Kundenentwicklung

cloud computing, saas und soa als bausteine im outsourcing ...€¦ · cloud computing, saas und...

Documents