Beratung zur API-Integration

Bei der Beratung zur API-Integration geht es darum, zu entscheiden, welche Systeme miteinander kommunizieren müssen, damit eine geschäftliche Entscheidung durchgängig umgesetzt werden kann, welche Daten jede Verbindung übertragen muss und wie die kleinste Menge dieser Verbindungen aussieht. „ Vivaldi “ ist ein Strategieberatungsunternehmen, kein Systemintegrator. Wir schreiben keinen Code, entwickeln keine Konnektoren, betreiben keine Middleware und stellen keine Entwicklerteams zusammen. Wir entscheiden, was miteinander verbunden werden soll und warum, und übergeben diese Entscheidung an denjenigen, der die Umsetzung übernimmt. Dies gleich auf der ersten Seite zu erwähnen, erspart unnötige Besprechungen.

• Seit 1999Strategiearbeit zu Geschäftsmodellen, Nachfrage und digitalen Plattformen
• Über 200veröffentlichte Fallstudien
• 10 Niederlassungenauf vier Kontinenten
• 5xWirtschaftsWoche: Das Beste aus den Bereichen Beratung, Strategie und Innovation
• Kein AufbauWir werden dafür bezahlt, zu entscheiden, was angeschlossen werden soll – nicht dafür, es anzuschließen

Wenn Unternehmen uns beauftragen

Niemand holt sich eine externe Meinung zur Integration ein, weil die technische Umsetzung schlecht ist. Der Auslöser ist fast immer ein Prozess, der ohne eine Person, die sich darum kümmert, nicht zum Abschluss gebracht werden kann, oder ein Integrationsbudget, das immer weiter wächst, während der Business Case stagniert.

• Eine Funktion funktioniert in einer Demo, wird aber nie in die Produktion übernommen. Sie kann das Problem zwar analysieren, greift aber nicht auf das System zu, in dem die Arbeit tatsächlich stattfindet, sodass jemand die Ausgabe manuell kopieren muss und die Speicherung verloren geht.
• Die zehnte Anbindung kostet mehr als die erste. Jede Integration wurde punktuell für ein bestimmtes Projekt entwickelt, sodass es immer schwieriger statt einfacher wird, die bestehende Infrastruktur anzupassen.
• Zwei Systeme enthalten dieselbe Tatsache, sind sich jedoch uneinig. Die Auseinandersetzung wird als Problem der Datenqualität behandelt, obwohl es eigentlich darum geht, welches System Recht haben darf.
• Ein Systemintegrator hat dem Anwesen ein Angebot unterbreitet. Der Vorschlag ist fundiert, sehr umfangreich, und intern kann niemand sagen, welcher Teil sich zuerst amortisiert.
• Ein Anbieter hat eine API geändert, und daraus ist ein Arbeitsprogramm geworden. Das ist kein Problem des Anbieters. Es ist die Rechnung, die nun für eine Abkürzung fällig wird, die vor Jahren genommen wurde.

Warum man die Integration erst kaufen sollte, bevor man feststellt, dass sie nicht funktioniert

Die Integration wird in der Regel auf Systemebene festgelegt. Jemand erstellt eine Bestandsaufnahme der bestehenden Systeme, ermittelt den aktuellen Zustand, definiert einen Sollzustand, und die Lücke zwischen beiden bildet dann die Grundlage für das Programm. Dies ist ein vertretbarer Ansatz für die Erstellung eines Leistungsumfangs, jedoch ein ungeeigneter Ansatz, um zu entscheiden, wofür ein Unternehmen Geld ausgeben sollte, um eine Anbindung herzustellen.

Bei der Festlegung des Umfangs nach System ergibt sich ein Programm, dessen Umfang davon abhängt, wie viel Vermögen Sie besitzen. Bei der Festlegung des Umfangs nach Entscheidung ergibt sich ein Programm, dessen Umfang davon abhängt, wie viel Wert gebunden ist. Diese beiden Zahlen liegen selten nahe beieinander, und die erste ist immer die größere.

Das tiefer liegende Problem ist, dass eine Netzwerkkarte Ihnen nicht sagen kann, was wirklich wichtig ist. Sie stellt jedes System so dar, als lohne es sich gleichermaßen, es anzubinden – denn in einem Diagramm ist das auch der Fall. Erst eine konkrete Entscheidung – etwa eine Preisentscheidung, eine Servicewiederherstellung, eine Bonitätsprüfung oder eine Nachbestellung – zeigt Ihnen, welcher Pfad ohne menschliches Zutun ablaufen muss und welche drei von zweihundert Verbindungen sich daher lohnen.

Das ist auch der Grund, warum das Unternehmen, das die Integration umsetzt, nicht das richtige ist, um den Umfang zu definieren. Es ist keine Frage der Ehrlichkeit. Ein Lieferdienst ist darauf ausgerichtet, Lieferungen zu verkaufen, er ist gut darin, und seine natürliche Antwort lautet: „Mehr davon“. Wir haben keine Umsätze aus der Entwicklung zu schützen, da wir keinen Entwicklungsbereich haben – und genau das ist der einzige Grund, warum es sich lohnt, nach unserer Antwort zu fragen.

Was unsere Beratung zur API-Integration umfasst

1. Festlegen, welche Systeme tatsächlich miteinander kommunizieren müssen

Wir gehen von den geschäftlichen Entscheidungen und Arbeitsabläufen aus, auf die es ankommt, und nicht von der bestehenden Infrastruktur. Für jeden einzelnen verfolgen wir den Weg von der Absicht bis zum dokumentierten Ergebnis und markieren jeden Punkt, an dem derzeit eine Person Kontext zwischen zwei Systemen überträgt. Diese Punkte sind die potenziellen Integrationsstellen. Alles andere im Architekturdiagramm bleibt, wo es ist.

2. Die Integrationsliste auf diejenigen eingrenzen, die zahlen

Die meisten der in Frage kommenden Verbindungen sind real und nicht von finanziellem Wert. Wir unterscheiden zwischen denjenigen, die einen strukturellen Engpass beseitigen, und denjenigen, die einen Schritt nur geringfügig verbessern, und halten fest, welchen Wert jede einzelne hat und welche Kosten mit ihrer Aufrechterhaltung verbunden sind. Das Ergebnis ist eine kurze Liste mit den ausdrücklich genannten Ausschlüssen, denn eine Integrationsliste, die nichts ausschließt, hat nichts entschieden.

3. Festlegen, welche Daten jede Verbindung übertragen muss

Eine Verbindung ist nicht nur eine Leitung zwischen zwei Systemen. Wir legen in geschäftlichen Begriffen fest, auf deren Grundlage ein Entwicklungsteam handeln kann: Welches System ist die „Quelle der Wahrheit“ für jede Tatsache? Was muss mit einer Anfrage mitgesendet werden, damit das empfangende System darauf reagieren kann? Mit welcher Befugnis handelt ein Dienst oder Agent und in wessen Namen? Und was muss protokolliert werden, damit das Ergebnis zurückgemeldet werden und die nächste Entscheidung beeinflussen kann? Die Technik wählt das Protokoll aus. Dadurch wird festgelegt, was das Protokoll leisten muss.

4. Schutz des Anwesens vor seinen eigenen Lieferanten

Die mit Abstand teuerste Abkürzung bei der Integration ist es, die Schnittstellenform eines Anbieters direkt in alle damit in Berührung kommenden Komponenten einzubinden. Wir legen fest, wo sich der Aufwand für Abstraktion lohnt und wo nicht, damit ein Anbieterwechsel, eine Modelländerung oder eine Plattformumstellung begrenzt bleibt und keine Kettenreaktion auslöst. Dies ist in erster Linie eine betriebswirtschaftliche Entscheidung über Wechselkosten und erst in zweiter Linie eine technische.

5. Auswahl und Beauftragung des Bauunternehmens

Da wir nicht selbst entwickeln, können wir die Auswahl durchführen. Wir wandeln die Entscheidung in ein Briefing um, auf dessen Grundlage ein Lieferpartner ein Angebot erstellen kann, vergleichen die Angebote nicht nur anhand des Tagessatzes und sitzen während der gesamten Projektdauer auf der Kundenseite des Verhandlungstisches. Unser Honorar hängt nicht vom Umfang der Entwicklung ab.

So läuft ein Integrationsberatungsprojekt ab

1. Nachverfolgung. Workshops mit den Verantwortlichen für den Prozess, nicht nur mit den Eigentümern der Systeme. Wir verfolgen zwei oder drei konkrete Entscheidungen von der Absicht bis zum dokumentierten Ergebnis und markieren jede manuelle Übergabe. Das Ergebnis zeigt, wo der Wert – in Bezug auf den Prozess – verloren geht.
2. Entscheiden Sie sich. Wir bewerten jede in Frage kommende Verbindung danach, welche Hindernisse sie beseitigt und welche Kosten für ihre Pflege anfallen, und kürzen dann die Liste. Das Ergebnis ist eine nach Priorität geordnete Liste von Verbindungen, in der die ausgeschlossenen Verbindungen aufgeführt sind und die Reihenfolge mit einer stichhaltigen Begründung versehen ist.
3. Geben Sie für jede erhalten gebliebene Verbindung die „Quelle der Wahrheit“, den Kontext, die Zuständigkeit und den Feedback-Pfad an – und zwar so, dass ein Umsetzungsteam daraus zitieren und ein „ CFO “ es lesen kann. Das Ergebnis ist eine kurze Zusammenfassung, kein Entwurfsdokument.
4. Regeln. Die Regeln, die verhindern, dass sich der Estate erneut aufspaltet: Wer darf eine neue Verbindung herstellen, welche Voraussetzungen müssen erfüllt sein, bevor sie genehmigt wird, und wie wird die erste Verbindung gemessen, bevor die zweite finanziert wird?

Warum sich Unternehmen bei der Beratung zur API-Integration für „ Vivaldi “ entscheiden

Drei Gründe, wobei der erste eher eine Einschränkung als eine Fähigkeit darstellt.

• Wir haben Ihnen anschließend nichts zu verkaufen. Keine Einrichtungsdienstleistungen, keine Lieferpauschale, keine Wiederverkäufermarge, kein Managed Service. Die Empfehlung, weniger Anschlüsse zu nutzen, steht uns zur Verfügung, nicht jedoch einem Unternehmen, das für die Anschlüsse bezahlt wird.
• Wir betrachten das Ganze aus der Perspektive des Geschäftsmodells, nicht aus der des Unternehmens. „ Vivaldi “ beschäftigt sich seit mehr als 25 Jahren damit, wie Wert zwischen verschiedenen Parteien und nicht innerhalb eines einzelnen Unternehmens geschaffen wird – genau dieselbe Frage, die sich auch die Integration auf technischer Ebene stellt: Wer muss auf wen einwirken können, und was hindert sie derzeit daran?
• Wir bleiben auf Ihrer Seite des Tisches. Auswahl, Einweisung und Überwachung des Auftragnehmers – und das zu einem Honorar, das nicht mit dem Wachstum des Programms steigt.

Um es ganz offen zu sagen: Wenn Ihr Entwurf bereits feststeht und Sie lediglich die Kapazitäten für dessen Umsetzung benötigen, brauchen Sie einen Systemintegrator und nicht uns. Das werden wir Ihnen bereits beim ersten Gespräch mitteilen.

So bewerten Sie einen Berater für API-Integration

Einschließlich uns. Es lohnt sich, alle auf der Auswahlliste danach zu fragen.

• Fragen Sie nach, wie sie bezahlt werden, wenn die Antwort „weniger Integrationen“ lautet. Wenn ihr Umsatz mit dem Umfang des Projekts skaliert, können sie zwar die Empfehlung aussprechen, weniger zu entwickeln, sind aber aufgrund ihrer Struktur nicht darauf ausgerichtet, diese Lösung zu finden.
• Bitten Sie sie, den Umfang nach Entscheidungen und nicht nach Systemen zu bemessen. Eine Firma, die mit einer Bestandsaufnahme Ihres Nachlasses beginnt, wird Ihnen den gesamten Nachlass in Rechnung stellen. Eine Firma, die mit einem Arbeitsablauf beginnt, wird Ihnen nur den Teil in Rechnung stellen, der sich lohnt.
• Fragen Sie nach, was passiert, wenn ein Anbieter eine Schnittstelle ändert. Wenn die ehrliche Antwort lautet, dass jedes angeschlossene System angepasst werden muss, gibt es nirgendwo eine Abstraktion, und Ihnen wird eine Wartungslast aufgeschwatzt.
• Fragen Sie nach, wie die Befugnisse eines Dienstes oder eines Agenten definiert und protokolliert werden. Eine echte Antwort ist, dass die Berechtigung zum Zeitpunkt des Abrufs und der Ausführung durchgesetzt wird. Eine Berechtigung, die bereits bei der Konfiguration vorausgesetzt wird, ist keine echte Antwort.
• Fragen Sie sich, wem das Ganze in zwei Jahren gehören wird. Verbindungen verfallen still und leise. Wenn niemand in Ihrem Unternehmen sie weiter ausbauen kann, haben Sie eher ein Abonnement als eine Architektur erworben.

Strategieberater vs. Systemintegrator vs. Anbieter von Integrationsplattformen?

Verwandte Arbeiten

Das Thema „Integration“ steht neben mehreren Begriffen, mit denen es häufig verwechselt wird. Diese sollten Sie stattdessen lesen, wenn die folgende Beschreibung besser zu Ihrer Situation passt als diese Seite.

• Technische Architektur und DevOps-Architektur Wenn die Verbindungen bereits bestehen und die Einschränkung darin besteht, wie das zugrunde liegende System aufgebaut ist und betrieben wird oder wie langsam eine Änderung in die Produktion gelangt. Diese Seite befasst sich mit Fragen der Architektur und des Betriebs. Diese Seite beschränkt sich darauf, welche Verbindungen überhaupt bestehen sollten.
• Datenstrategie Wenn die zwischen den Systemen ausgetauschten Daten nicht vertrauenswürdig, aktuell oder geregelt sind. Bei der Integration werden Fakten übertragen. Die Datenstrategie entscheidet, ob es sich lohnt, diese Fakten zu übertragen.
• Gestaltung digitaler Ökosysteme Wenn die Systeme, die miteinander kommunizieren müssen, zu verschiedenen Unternehmen gehören, handelt es sich eher um eine betriebswirtschaftliche als um eine technische Frage.
• Plattformstrategie wenn der Sinn der Vernetzung darin besteht, Dritten die Möglichkeit zu geben, auf dem aufzubauen, was Ihnen gehört.
• Digitale Produkte und Plattformen wenn die Integration eher einem in der Entwicklung befindlichen Projekt dient als einem bereits laufenden.

Diese Arbeit ist Teil unseres Geschäftsbereichs „Business Technology Strategy “ bei Vivaldi, dem Strategieberatungsunternehmen, das hinter dem „Demand Landscape“ und dem Interaction Field.

Beratung zur API-Integration in den USA und weltweit

Wir sind mit zehn Niederlassungen auf vier Kontinenten vertreten, wobei die Integrationsberatung in der Regel von New York und unseren europäischen Niederlassungen aus gesteuert und dort durchgeführt wird, wo der Prozess tatsächlich stattfindet. In der Praxis erfolgt die Zusammenarbeit aus der Ferne, ergänzt durch zwei bis drei Wochen vor Ort, denn um einen Entscheidungsprozess von Anfang bis Ende nachzuverfolgen, muss man sich persönlich mit den Personen austauschen, die derzeit den Kontext aus erster Hand kennen.

Die Region spielt hier eine geringere Rolle als das Alter der IT-Infrastruktur und der regulatorische Aufwand. Ein US-Einzelhändler, der seit zwölf Jahren Übernahmen tätigt, und ein deutscher Hersteller mit einem dreißig Jahre alten Kernsystem haben dasselbe Problem, wenn auch in unterschiedlicher Ausprägung, und beide erhalten dieselbe Antwort: Legen Sie den Weg fest, bevor Sie die Leitung kaufen.