IT-Sourcing-Strategie unterscheidet zwischen Top oder Flop

Letzteres hängt sicher auch damit zusammen, dass die deutschen Marktteilnehmer immer erfahrener mit Nearshore- und Offshore-Kapazitäten umgehen. Gemäß der Einschätzung von PAC erachtet inzwischen ein Großteil der Unternehmen eine IT-Sourcing-Strategie für wichtig. Mehr noch, die meisten von ihnen verfolgen bereits eine solche. Doch was umfasst eigentlich eine IT-Sourcing-Strategie?

Unternehmen stehen vor der Wahl zwischen In- und OutsourcingOutsourcing, zwischen Onsite- und Offsite-Leistungsbezug, wobei Letzteres nicht nur Nearshore- und Offshore-Kapazitäten sondern auch Standorte (so genannte "IT Factories“) im Inland umfasst. Alles zu Outsourcing auf CIO.de

Die Entscheidung für Insourcing versus Outsourcing sollte verschiedene Aspekte berücksichtigen, allen voran Gewinn und Risiko abwägen. Welchen Reifegrad ein Service hat, sollte ebenso in die Überlegung miteinbezogen werden wie seine strategische Relevanz. So eignen sich "Commodity Services“ von geringer strategischer Relevanz am besten für Outsourcing, während hochspezifische, hochstrategische Services im Insourcing erbracht werden sollten.

Risiko und Kommunikationsaufwand möglichst gering halten

Es kommt also nicht von ungefähr, dass in Deutschland ein Hauptanteil von Near- und Offshore-Projekten aus Standard-Dienstleistungen mit geringem Risiko bestehen. In der Tat sollte man nur ProjekteProjekte mit einer klaren Aufgabenstellung, also bei denen sich die Anforderungen nicht beziehungsweise nicht häufig ändern, an Nearshore- und Offshore-Standorte verlagern. Sonst wird der Kommunikationsaufwand zu groß, ganz abgesehen davon, dass das Risiko steigt - beispielsweise dafür, dass es zu Diskrepanzen zwischen Anforderungen und Leistung kommt. Alles zu Projekte auf CIO.de

Ein weiteres zentrales Kriterium dafür, ob ein Projekt sich für Offsite-Delivery eignet, stellt der Projektumfang dar: Damit sich der Aufwand für den Aufbau der Organisation und Steuerung der Nearshore- und Offshore-Kapazitäten lohnt, darf ein Projektvorhaben nicht zu klein sein.