Digital Reboot im Unternehmen API-basierte Business Transformation

Mithilfe von APIs können Unternehmen auf Märkte expandieren, die sie zuvor vielleicht nie in Betracht gezogen hätten. Die Frage ist nun, wie sich aus einem klassischen Unternehmen – mit einer sehr oft monolithischen IT – die APIs herauskristallisieren lassen und diese realisiert werden können.

Anbieter zum Thema

Windhoff Group

adesso AG

Digitale Business Transformation ist die tiefgreifende Transformation von Geschäftsaktivitäten, Kompetenzen und Geschäftsmodellen, um die Chancen digitaler Technologien voll auszuschöpfen, mit dem Bestreben strategische Ziele des Unternehmens zu erreichen. Zu diesem Zweck sind APIs eine Schlüsseltechnologie in der heutigen digitalen Welt, denn sie erschließen gänzlich neue Märkte.

Ein Beispiel: Eine Bank hat eine Bonitätskomponente, die gut funktioniert und die den Geschäftspartnern bekannt ist. Diese Bank beschließt, anderen Banken eine Bonitäts-API zur Verfügung zu stellen, um die Kundenbonität zu überprüfen. Die Bank besitzt allerdings keine detaillierten Informationen über die Identität der Kunden anderer Kreditinstitute.

Zu diesem Zweck kommt künftig eine kommerzielle API zur Identitätsprüfung eines Drittanbieters zum Einsatz. Die Bank zahlt kleine Beträge für die Bonitätsprüfung an den Anbieter der Identitätsprüfung-API. Damit kann die Bank ihr Image verbessern und zudem auch eine neue Geldquelle eröffnen. Dies ist der erste Schritt in Richtung API Economy.

Bonitätsprüfung war bisher kein Teil des Geschäftsmodels der Bank. Das Unternehmen identifizierte jedoch ein zusätzliches Geschäftsmodell, das auf einem Kredit-Rating-Modul basiert. Damit kann die Bank ihr derzeitiges Geschäft und die Marktsichtbarkeit verbessern. Dies ist ein Beispiel für eine Digitale Transformation, bei der ein Unternehmen digitale Technologien gänzlich ausnutzt, um Geschäftsaktivitäten, Kompetenzen und Geschäftsmodelle zu transformieren.

API-Produkt

Um erfolgreich mit APIs zu agieren ist es wichtig, APIs als Produkte zu betrachten. Dabei lässt sich zwischen internen und externen Kunden unterscheiden. Interne Kunden (sprich: Consumer bzw. Konsumenten) sind Teil des eigenen Unternehmens. Externe Kunden hingegen gehören zu einem fremden oder Partnerunternehmen.

API-Produkte sind ein Ansatz, um die Möglichkeiten digitaler Technologien voll ausschöpfen und so die Digitale Transformation ermöglichen zu können. Sie sind somit gleichzeitig Mittel und Taktik, um die Ziele einer Geschäftsstrategie zu erreichen. Ein integraler Bestandteil des jeweiligen API-Produkts ist weiterhin das Geschäftsmodell, wobei egal ist, ob die Konsumenten von innerhalb oder außerhalb des Unternehmens stammen.

Transformationsprozess

Für eine erfolgreiche Ausführung des API-Transformationsprozesses muss die Suche zur Erkennung von APIs auf allen Ebenen der IT-Architektur stattfinden, nämlich in:

• Business Architektur (Level 1),

• Applikationsarchitektur (Level 2) und

• Informationsarchitektur (Level 3).

Die Suche, Portionierung und Ausführung soll mit passendem Tooling unterstützt werden. Die vorangestellte Abbildung zeigt, wie sich aus der Suche nach APIs in den Enterprise-Architektur-Ebenen ein Backlog für die Entwicklung von APIs erstellen lässt.

APIs identifizieren

Unabhängig von der Unternehmensgröße ist die Identifizierung und Ermittlung der APIs häufig eine Herausforderung. Je nach Anwendungsfall gibt es verschiedene Ansätze: Die Customer Journey Map ist dabei eines der nützlichsten Tools. In diesem Diagramm lassen sich die Schritte nachverfolgen, die die Kunden während ihrer Aktivität mit Unternehmensanwendungen ausführen. Das Ergebnis ist eine Vielzahl von Geschäftsfunktionen, für die jeweils eine von drei Arten von APIs erforderlich sein kann:

Business-APIs (Level 1): Sie zeigen die Geschäftsfunktionen an, die durch Geschäftsmomente aus den zugehörigen Customer-Journey-Maps identifiziert wurden. Diese APIs können dann, nach der Realisierung über unterschiedliche Kanäle, den potentiellen Kunden zur Verfügung gestellt werden.

Orchestrierungs-APIs (Level 2): Das sind Hilfs-APIs, die APIs in tieferen Schichten der IT aus unterschiedlichen Quellen orchestrieren und den Business-APIs zur Verfügung stellen.

Integrations-APIs (Level 3): Ermöglichen die Interaktion zwischen unterschiedlichen Backend-Systemen und Datenquellen.

Auch die identifizierten APIs in Level 2 und 3 können entweder für interne Kunden interessant sein und durch Synergieeffekte enorme Kosten sparen oder auch für externe Kunden Relevanz besitzen und später als Business-APIs hochgestuft werden.

Priorisieren

Nach der Identifizierung der APIs müssen diese priorisiert werden. Es gibt verschiedene Strategien und Frameworks zum Priorisieren von Features: Value versus Complexity Quadrant, gewichtetes Scoring, Opportunity Scoring und Story Mapping – um nur einige zu nennen.

Mit der „Weighted scoring“-Bewertungsmethode können Vorteile, Komplexität und Aufwand gegenübergestellt werden, um zu einem objektiven Ergebnis zu gelangen. Basierend auf Interviews mit Produktmanagern und anderen Interessengruppen kann dieses Modell für die Priorisierung des API-Produktplans verwendet werden.

Die Projekte, die APIs benötigen, können sowohl agil als auch Wasserfall-gesteuert sein, allerdings müssen die Sprints des API-Team mindestens einen Sprint im Voraus geplant werden, damit die APIs einen bestimmten Reifegrad haben, bevor Sie in einem Projekt eingesetzt werden.

Hauptphasen der API-Realisierung

Wie bei jedem anderen Produkt gehört eine detaillierte Anforderungsanalyse auch zur API-Produktentwicklung. Die Arbeit für die Anforderungsanalyse muss im Vorfeld zu den Entwicklungssprints in einem oder mehreren Spezifikationsprints durchgeführt werden. Für jeden API-Kandidaten müssen folgende Schritte durchgeführt werden:

API-Spezifikationsphase: In dieser Phase, welche zeitlich deutlich früher anfängt als die Entwicklungsphase, werden die APIs soweit vorbereitet, dass sie in einem oder mehreren Sprints entwickelt werden können:

• Machbarkeit prüfen

• BVP (Business Value Proposition) prüfen

• Abhängigkeiten prüfen

• Anforderungen aufnehmen

• Spezifizieren

API-Entwicklungsphase: In dieser Phase, welche am besten mit agilen Methoden durchgeführt werden soll, werden die APIs, die bereits spezifiziert sind, entwickelt und abhängigen Projekten zur Verfügung gestellt.

API Governance und Organisationsmodell

APIs eröffnen neue Kommunikationspfade innerhalb und außerhalb des Unternehmens, die in vielerlei Hinsicht Gefahren mit sich bringen. Deshalb ist der Einsatz von APIs ohne Governance-Strukturen ein großes Risiko. Die Ziele der API-Governance sind:

• Gesetze und Vorschriften einhalten.

• Schützen von Unternehmenswerten (digitale, physische und finanzielle) und sensiblen Informationen.

• Maximieren des Werts des Partner-Ökosystems.

• Erfüllen von Kundenerwartungen hinsichtlich Transparenz, Datenschutz und Einwilligung, bevor Informationen an Dritte weitergeben werden.

API Governance muss sich in existierenden Governance-Strukturen des Unternehmens einfügen und mit den restlichen Vorschriften im Einklang sein. Je größer das Unternehmen, desto größer ist der Aufwand, dies zu gewährleisten.

Benötigte neue Rollen

Zusätzlich zu den traditionellen IT-Rollen werden neue Rollen für das API-Management benötigt. Die Hauptrolle spielt hierbei das API-Team, welches die APIs mit allen Stakeholdern spezifiziert und realisiert. Diese Rollen werden anhängig vor Größe des Unternehmens und Reifegrad des API-Management-Programms im Laufe der Zeit nach und nach besetzt.

In kleinen Unternehmen können mehrere Rollen von einer Person ausgeführt werden. Ein API Management Board wird aber bereits bei kleinen Unternehmen benötigt, da sehr viel zwischen den alten und neuen Rollen koordiniert werden muss.

Zusammenfassung und Ausblick

API-zentriertes Service-Design an der Schnittstelle von Business und Technologie werden immer beliebter. Um größere geschäftliche Flexibilität und andere Vorteile zu erzielen, die APIs mit sich bringen, und um ihre Technologie nahtlos zu transformieren, müssen Unternehmen ihre Transformation auf eine starke Governance-Grundlage aufbauen und die notwendigen Strukturen dafür schaffen.

Ohne diese Strukturen wird API-Management eher zum Problem als zum Problemlöser. Mit dem richtigen Ansatz jedoch wird API-Management spürbar die IT zum Positiven verändern und zudem neue Geschäftsfelder für die Unternehmen eröffnen.

* Dr. Mehrdad Jalali-Sohi verfügt über mehr als 20 Jahre Erfahrung in IT-Bereich und Forschung. Er ist bei der adesso AG beschäftigt, wo er als Management Berater, Architekt, Team- und Projektleiter oft an der Schnittstelle zwischen Business und Technologie sitzt. Er ist Autor zahlreicher Artikel zu IT-Security und intelligente Assisstenzsysteme. Sein technologischer Schwerpunkt sind moderne Architekturen, IT-Security, J2EE, SOA, Portaltechnologie, API-Management, Cloud Computing, Mobile Computing sowie Zahlungssysteme und Blockchain.

(ID:46322583)