Joachim Schrey - Handbuch IT-Outsourcing

250

Beim Partiellen Outsourcing (Outtasking) bzw. Multisourcing (Multi-Vendor-Outsourcing) werden meist IT-Prozesse oder das Betreiben der IT-Infrastruktur ausgelagert,[281] zuweilen werden aber auch Geschäftsprozesse (insbesondere die Beschaffung) ausgelagert. Zu den Auslagerungsbereichen eines Partiellen Outsourcing (Outtasking) bzw. Multisourcing (Multi-Vendor-Outsourcing) zählen (z.B.):

251

Beispiele für eine Multi-Vendor-Strategie finden sich z.B. bei der Deutschen Bank, die das RZ bzw. das SAP Hosting auf die IBM und die Desktop-Services und die gesamte Telekommunikation auf Siemens IT Solution und Services (SIS), heute Atos IT Solutions and Services, bzw. dessen Tochter Sinius (an der Sinius hält die Deutsche Bank noch 20 %) ausgelagert hat. Einer vergleichbaren Multi-Vendor-Strategie bedient sich der Chiphersteller Infineon, der seine Lohn- und Gehaltsabrechnung sowie weitere Personalfunktionen im Rahmen eines HR-Outsourcings für Deutschland und Österreich auf EDS (heute Hewlett-Packard) ausgelagert hat, während Accenture die SAP-Anwendungen von Infineon betreibt.[282]

2› I› 5. Insourcing

252

In Falle des Scheiterns eines Outsourcing-Projekts stellt sich häufig die Frage, was nach einem Outsourcing folgt. Zum einem hat der Kunde die Möglichkeit, sich einen anderen Provider zu suchen und an gleicher Stelle weiterzumachen. Eine weitere Möglichkeit besteht darin, den ausgelagerten IT-Betrieb wieder selbst zu betreiben (sogenanntes Insourcing, wird z.T. auch als Re-Sourcing bezeichnet ) und den Prozess des Outsourcing-Projekts zu revidieren.[283]

253

Das Unternehmen bietet seinen Fachabteilungen die zuvor ausgelagerten Dienstleistungen erneut durch seine eigene IT-Abteilung an. Allerdings sind nicht alle Outsourcing-Projekte revidierbar oder manche sind nur mit erheblichem Aufwand zu revidieren.

254

Daher sollte der Kunde in einer modifizierten Make-or-Buy-Entscheidung erneut prüfen, welche Bereiche ingesourct werden können und welche Bereiche im Wege eines partiellen Outsourcings/Outtaskings von einem Dienstleister betrieben werden können.

255

Abgesehen von strategischen Überlegungen sind die Gründe für ein Insourcing häufig auf drei wesentliche Fälle reduzierbar.

256

Economies of Scale:[284] Der Kunde hat aufgrund geänderter Rahmenbedingungen die Möglichkeit, den ausgelagerten Prozess zu gleichen oder besseren Bedingungen selbst zu erbringen. Economies of Scale können aus eigener Kraft erreicht werden und das erforderliche Know-how ist für den Kunden verfügbar.

257

Unzufriedenheit:Der bisher beschäftigte Provider konnte den angestrebten Service-Level nicht erreichen. Insbesondere bei einer nicht ausreichend genauen Projektvorbereitung stellen ausgelagernde Unternehmen/Konzerne (Kunden) häufig fest, dass die Outsourcingverträge dem Provider eine Reihe von Möglichkeiten geben, die Service-Levels im Sinne des Vertrages, aber nicht im Sinne des Kunden zu erfüllen. Oftmals werden beispielsweise „hidden costs“, die im eigenen Betrieb vor der Auslagerung des Prozesses vernachlässigt wurden, zu einer unerwarteten Kostensteigerung. Der erwartete Nutzen der Auslagerung wurde daher nicht erzielt, weswegen der Outsourcingvertrag bei erster Möglichkeit gekündigt bzw. nicht verlängert wird.

258

Unternehmenskritischer Bereich:Im Rahmen eines Outsourcings wird der ausgelagerte Bereich als unternehmenskritisch erkannt. Da das Outsourcing oftmals auch den Verlust des entsprechenden Know-hows beim Kunden bedingt, bemerken Kunden manchmal erst spät, dass sie sich dadurch stärker in die Hand des Providers begeben, als sie das eigentlich ursprünglich wollten.

259

Beim Insourcing sollte nicht der Fehler gemacht werden, dass der ausgelagerte Prozess wieder wie früher implementiert wird. Insbesondere im Fall, dass versteckte Kosten zu bedeutend höheren Ausgaben geführt haben als dies ursprünglich geplant war, darf nicht vergessen werden, dass diese Kosten zwar im eigenen Unternehmen des Kunden nicht sichtbar sind/waren, aber deswegen natürlich trotzdem entstehen und getragen werden müssen. Außerdem stellt dies einen Hinweis auf eine ausgeprägte informelle Organisationsstruktur dar, womit eine genaue Beschäftigung mit den Prozessen und ihrem tatsächlichen Ablauf umso wichtiger erscheint.

260

Den Weg zurück, also das Insourcing, ist sehr problematisch. Die Leistungsbeziehungen im Outsourcing sollten daher unbedingt so gestaltet werden, dass ein Provider-Wechsel jederzeit möglich ist.[285] Folglich sollten bereits in den Outsourcing-Verträgen bereits entsprechende Klauseln zur Beendigung des Outsourcing-Projektes vereinbart werden.

261

Auf eine wechselvolle IT-Historie kann das Unternehmen Porsche zurückblicken. Komplett- und Teil-Outsourcing, Anbietertausch und Insourcing – das alles hat es in Zuffenhausen bereits gegeben. Schon 1987, als eine Investitionsentscheidung über ein neues CAD-System anstand, lagerte die Sportwagenfirma diese Umgebung an EDS (heute Hewlett-Packard) aus. Der 1993 auslaufende Vertrag wurde nicht verlängert, weil das Unternehmen zu dem Schluss gelangte, dass die Trennung von technischer (IT-Infrastruktur) und betriebswirtschaftlicher Informatik (IT-Prozesse) der notwendigen Integration beider Welten entgegenstand. Stattdessen übertrug man die gesamte IT inklusive der CAD-Systeme einem gemeinsam und mehrheitlich von IBM betriebenen Joint Venture. Die Entscheidung wurde nicht zuletzt unter dem Kostenaspekt getroffen, denn Anfang der 1990er Jahre befand sich Porsche in wirtschaftlichen Schwierigkeiten. Tatsächlich sparte das Unternehmen IT-Ausgaben ein, allerdings zu einem hohen Preis. Zwar erzielte das Gemeinschaftsunternehmen günstigere Einkaufskonditionen, doch es wurde auch weniger investiert, so dass die IT veraltete. 1998 beendete Porsche das Outsourcing-Projekt und kaufte Unternehmensanteile an dem Joint Venture von IBM zurück. Verschiedene Gründe wurden damals genannt, beispielsweise hieß es, die Partner hätten unterschiedliche Geschäftskulturen. Nicht unwesentlich dürfte allerdings gewesen sein, dass die IT den dynamischen Fertigungsprozessen in der Automobilbranche nicht mehr gewachsen war.[286]

262

Ein Beispiel für Insourcing aus einer anderen Branche ist das Gemeinschaftsprojekt (Joint Venture) LeCoS zwischen der Stadt Leipzig und der IBM.[287] Geplant war, dass die Stadt Leipzig ihre gesamte DV-Abteilung in eine Private Public Partnerschaft einbringt. Gemeinsam mit IBM gründete Leipzig die LeCoS GmbH, an der die deutsche IBM 51 %, die Stadt Leipzig 49 % der Anteile hielt. Das Ziel, künftig bessere Ergebnisse für noch weniger Geld zu erzielen, war offenbar schwerer zu erreichen als gedacht. So ließ sich die Applikationslandschaft nicht standardisieren. Ebenfalls nicht einlösen konnte der Dienstleister sein Versprechen, zusätzliche Arbeitsplätze in der Region zu schaffen. Auch die erwarteten zusätzlichen Aufträge für das Joint Venture blieben aus. Ein Hauptproblem dieses Outsourcing-Projekts zwischen einer Ostdeutschen Stadtverwaltung und einem amerikanisch geprägten Dienstleister lag in der Mentalität der Mitarbeiter und der Kommunikation zwischen den Parteien. Nach gut 18 Monaten ruderte man schließlich wieder zurück, und die Stadt Leipzig übernahm im Juli 2002 die Anteile von IBM an der IT-Ausgründung. Die Zahl der Mitarbeiter ist seither von gut 95 auf rund 120 gestiegen. Die Stadt Leipzig hatte durch das gescheiterte Outsourcing-Projekt aber einiges an Erfahrung sammeln können. So verfügt die Stadt Leipzig z.B. dank der IBM über ein gutes Service-Management.[288]