Shared Services
Organisationsprinzip für zentrale, wiederverwendbare Dienste und Plattformen zur Steigerung von Effizienz und Standardisierung.
Klassifikation
- KomplexitätMittel
- AuswirkungOrganisatorisch
- EntscheidungstypOrganisation
- OrganisationsreifeFortgeschritten
Technischer Kontext
Prinzipien & Ziele
Use Cases & Szenarien
Kompromisse
- Single Point of Failure bei unzureichender Kapazität oder Betrieb.
- Politischer Widerstand durch Verlust lokaler Kontrolle.
- Übermäßige Zentralisierung kann Innovationsgeschwindigkeit dämpfen.
- Klares Service-Katalog mit messbaren SLAs und Kostenmodellen bereitstellen.
- Frühe Einbindung der Produktteams zur Vermeidung von Akzeptanzproblemen.
- Automatisierung und Self-Service fördern, um Betriebskosten zu senken.
I/O & Ressourcen
- Anforderungs- und Nutzungsmuster der Produktteams
- Bestehende Systemlandschaft und Schnittstellen
- Governance-Richtlinien und Compliance-Vorgaben
- Service-Katalog mit SLAs
- Wiederverwendbare Komponenten, APIs und Templates
- Kosten- und Nutzungsberichte
Beschreibung
Shared Services zentralisieren wiederverwendbare Funktionen und Plattformen in einer Organisation, um Effizienz, Konsistenz und Skalierbarkeit zu erhöhen. Sie trennen fachliche Produktverantwortung von bereichsübergreifenden Diensten und definieren Governance, Schnittstellen und Betriebsmodelle. Geeignet zur Reduktion von Doppelarbeit und zur Standardisierung technischer und administrativer Prozesse.
✔Vorteile
- Reduktion von Doppelarbeit durch zentrale Wiederverwendung.
- Bessere Kosteneffizienz und Skaleneffekte.
- Konsistente Sicherheits- und Betriebsstandards.
✖Limitationen
- Potentiell geringere Flexibilität für Produktteams.
- Erhöhter Abstimmungsbedarf und längere Entscheidungswege.
- Einführungsaufwand zur Harmonisierung und Migration.
Trade-offs
Metriken
- Wiederverwendungsrate
Prozentualer Anteil genutzter Shared-Service-Komponenten gegenüber lokalen Implementierungen.
- Time-to-Consume
Zeitspanne bis zur Integration eines Shared-Service durch ein Produktteam.
- Betriebskosteneinsparung
Gemessene Kosteneinsparung durch Konsolidierung und zentralen Betrieb.
Beispiele & Implementierungen
Bank: zentrales Zahlungsabwicklungsservice
Konsolidierung von Zahlungsprozessen in einem Shared-Service-Team zur Vermeidung redundanter Implementierungen und zur Einhaltung regulatorischer Anforderungen.
Verwaltung: gemeinsames Beschaffungszentrum
Ein Shared-Service-Center bündelt Beschaffung und Vertragsmanagement für mehrere Behörden und erzielt Skalenvorteile.
Tech-Unternehmen: Plattform-Team für Entwickler
Ein zentrales Platform-Team liefert CI/CD-Pipelines, Monitoring und Infrastruktur-Templates an Produktteams.
Implementierungsschritte
Bedarfsanalyse und Definition des Service-Katalogs; Priorisierung nach Business-Impact.
Aufbau des Shared-Service-Teams, Rollenklärung und Festlegung von SLAs.
Technische Umsetzung: Plattformkomponenten, APIs, Automatisierung und Monitoring.
Pilotierung mit ausgewählten Teams, Feedback integrieren und schrittweise Skalierung.
⚠️ Technische Schulden & Engpässe
Tech Debt
- Legacy-Integrationen, die später aufwändig refaktoriert werden müssen.
- Unvollständige Automatisierung führt zu manuellen Betriebsaufwänden.
- Inhomogene Datenmodelle erschweren zentrale Analysen.
Bekannte Engpässe
Beispiele für Missbrauch
- Zwangsweise Nutzung eines zentralen Services trotz eindeutiger Produktanforderungen dagegen.
- Nicht abgestimmte Migrationswellen, die Betrieb und Qualität gefährden.
- Fehlende Kostenallokation führt zu Überlastung und Ressourcenkonflikten.
Typische Fallen
- Unklare Verantwortlichkeiten zwischen Produkt- und Shared-Service-Teams.
- Fehlende Messgrößen zur Bewertung von Nutzen und Nutzung.
- Überschätzung der sofortigen Kosteneinsparungen.
Erforderliche Fähigkeiten
Drivers (Architectural Drivers)
Constraints
- • Organisatorischer Widerstand gegen Zentralisierung
- • Vorhandene legacy-Systeme erschweren Harmonisierung
- • Budget- und Kostenverteilungsmodelle müssen definiert sein