Zurück zu den Einblicken
Data & AI Strategie3. August 20264 Min. Lesezeit

Von der Datenplattform zur Enterprise Capability

Warum Technologie allein keine nachhaltige Data-&-AI-Plattform schafft und welche organisatorischen Elemente gemeinsam gestaltet werden müssen.

Viele Organisationen beginnen ein Data-&-AI-Programm mit der Auswahl von Technologie: Cloud Provider, Lakehouse, Integrationsplattform, Analytics Tool oder AI Service. Diese Entscheidungen sind wichtig, schaffen aber für sich allein noch keine Enterprise Capability.

Eine Plattform wird wertvoll, wenn die Organisation sie wiederholt, sicher und vorhersehbar über Business-Domänen hinweg nutzen kann. Dafür braucht es mehr als Infrastruktur. Erforderlich ist ein kohärentes System aus Strategie, Architektur, Governance, Ownership, Delivery und Betrieb.

Die Plattform ist kein Produktkatalog

Ein Technologiediagramm vermittelt schnell den Eindruck von Vollständigkeit. Es zeigt Storage, Compute, Orchestration, Cataloguing, Security und Reporting. Die entscheidenden Fragen liegen jedoch häufig ausserhalb der Boxen:

  • Welche geschäftlichen Ergebnisse rechtfertigen die Plattforminvestition?
  • Wer besitzt die Plattform und wer die darauf entstehenden Data Products?
  • Wie werden neue Datenquellen und Use Cases aufgenommen und priorisiert?
  • Welche Kontrollen werden einmal von der Plattform bereitgestellt und welche gelten pro Use Case?
  • Wie gelangt eine Lösung von Development in einen kontrollierten Production Service?
  • Wer betreibt, finanziert und verbessert die Capability langfristig?

Ohne klare Antworten bleibt die Plattform eine Sammlung von Services statt einer Enterprise Capability.

Fünf Dimensionen müssen gemeinsam reifen

1. Strategischer Zweck

Die Organisation benötigt eine prägnante Erklärung, warum die Plattform existiert. Diese sollte die Plattform mit Business Capabilities wie vertrauenswürdiger Entscheidungsfindung, Operational Visibility, Automation, regulatorischer Evidenz oder AI-gestützten Services verbinden.

Ein starker strategischer Zweck schafft zugleich Grenzen. Nicht jede Reporting-Anfrage, Integration oder jedes AI-Experiment gehört auf dieselbe Plattform. Explizite Grenzen reduzieren Architecture Drift und halten Investitionsentscheidungen kohärent.

2. Architektur und Kontrollmodell

Die Zielarchitektur muss mehr erklären als die Technologieauswahl. Sie sollte Umgebungen, Identity, Network Paths, Data-Access-Patterns, Encryption, Logging, Backup, Recovery sowie das Verhältnis zwischen Plattformservices und konsumierenden Lösungen definieren.

In regulierten Umgebungen sollte das Kontrollmodell die Architektur von Beginn an prägen. Qualifizierungsscope, Evidenzerzeugung, genehmigte Change Paths und Betriebsverantwortung lassen sich nachträglich nur mit hohem Aufwand ergänzen.

3. Governance und Entscheidungsrechte

Governance wird häufig als Gremienstruktur beschrieben. Praktisch ist sie ein System, um wiederkehrende Entscheidungen konsistent zu treffen.

Beispiele:

  • Wer genehmigt eine neue Datenquelle?
  • Wer klassifiziert Daten und bestimmt Zugriffe?
  • Wer entscheidet, ob ein Service strategisch, toleriert oder verboten ist?
  • Wer akzeptiert Produktionsrisiken?
  • Wer trägt die Kosten eines Use Cases?

Je schneller eine Organisation arbeiten will, desto expliziter müssen diese Entscheidungsrechte sein. Unklarheit erzeugt Warteschlangen, Rework und informelle Ausnahmen.

4. Delivery-System

Eine Plattform sollte einen wiederholbaren Weg von Demand bis Operation bereitstellen. Dazu gehören Intake, Architektur, Data Contracting, Build, Test, Security Review, Release, Monitoring und Service Transition.

Wiederverwendbare Templates und Automation sind wichtig – ebenso klare Verantwortlichkeiten. Ein Delivery Workflow ohne accountable Owners bleibt Dokumentation. Accountable Owners ohne Standards führen zu inkonsistenten Ergebnissen. Beides wird benötigt.

5. Operating Model

Das Operating Model definiert, wie die Plattform nach Go-live zuverlässig und relevant bleibt. Es umfasst Service Ownership, Support, Incident Management, Change, Capacity, Cost, Vendor Management, Lifecycle Decisions und Continuous Improvement.

Hier erkennen viele Programme, dass sie ein Projekt statt eines Services gebaut haben. Production Readiness sollte deshalb Design Input und nicht nur abschliessende Checkliste sein.

Ein praktischer Reifetest

Eine nützliche Reifegradfrage lautet nicht „Welche Features sind implementiert?“, sondern:

Kann ein neuer, klar definierter Use Case über einen vorhersehbaren Prozess von genehmigtem Demand zu einem sicheren und supportbaren Production Service gelangen?

Falls nicht, ist das fehlende Element möglicherweise nicht technisch. Es kann ein unklarer Data Owner, ein ungelöstes Security Pattern, eine fehlende Release Authority, ein nicht vorhandenes Support Model oder eine offene Finanzierungsentscheidung sein.

Die Rolle von Platform Leadership

Platform Leadership arbeitet über Organisationsgrenzen hinweg. Sie übersetzt zwischen Executives, Business Owners, Enterprise Architects, Security, Infrastructure, Governance, Engineering und externen Partnern.

Die Rolle beschränkt sich daher nicht auf Architekturentscheidungen. Sie schafft Ausrichtung auf die aufzubauende Capability, macht Abhängigkeiten sichtbar und überführt Entscheidungen in ausführbare Workstreams.

Wirksame Platform Leader verbinden kontinuierlich drei Perspektiven:

  1. Business Value: Welche Enterprise Outcomes werden ermöglicht?
  2. Architecture Integrity: Ist das Zielbild kohärent, sicher und skalierbar?
  3. Execution Reality: Reichen Ownership, Ressourcen, Abhängigkeiten und Kontrollen für Delivery und Betrieb aus?

Das Ziel: kumulierende Capability

Eine reife Data-&-AI-Plattform sollte mit jedem Use Case wirksamer werden. Neue Integrationen verwenden etablierte Patterns. Neue Data Products übernehmen Governance Controls. Delivery wird vorhersehbarer. Operations gewinnen Observability. Teams verbringen weniger Zeit mit denselben Grundlagenfragen.

Dieser kumulierende Effekt ist der eigentliche Return einer Plattforminvestition.

Der Schritt von der Technologieplattform zur Enterprise Capability gelingt, wenn die Organisation das umgebende System mit derselben Sorgfalt gestaltet wie die Cloud Services selbst. Dann ist die Plattform nicht nur der Ort, an dem Daten verarbeitet werden. Sie wird zu einem wiederholbaren Weg, mit dem das Unternehmen aus Daten und AI vertrauenswürdigen Wert schafft.

Kontakt

Ihre Data-&-AI-Transformationsprioritäten besprechen

Für Beratungsanfragen, Executive-Opportunitäten oder professionelle Partnerschaften freue ich mich auf Ihre Kontaktaufnahme.

Paul kontaktieren