Ein Zyklus zum Definieren und Produktisieren wiederverwendbarer Integrationsfähigkeiten, ohne den Implementierungsstil im Voraus anzunehmen.
Unterstuetzt das Design wiederverwendbarer Integrations-Capabilities, bevor ein API-, Event-, Datei-, Stream-, Datenprodukt-, direkte Integrations- oder hybrider Implementierungsstil gewaehlt wird.
Ihre Route auf der Karte
Durch die Methode navigieren
Station, Zyklus oder Stakeholder-Perspektive auswählen, um die Methode zu erkunden.
Die Capability-Möglichkeit wurde identifiziert und dokumentiert.
Austrittskriterien
Die gewählte Architektur, Plattform und der Implementierungsstil wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert.
Integrationsverträge, Schemas, Mappings, Testnachweise, Umgebungen, Berechtigungen, Credentials, Monitoring, Support, Replay, Abstimmung, Fallback, Wiederherstellung, Risiken und Ownership wurden für die Release Readiness geprüft.
Die Integrationsfähigkeit ist auffindbar und enthält veröffentlichte Ownership, Lifecycle-Status, Verträge, Schemas, Serviceerwartungen, Zugriffs- und Onboarding-Pfade, Support, Versionierung und Feedbackkanäle.
Beginnen Sie mit Customer Journey, Fähigkeitswert und Tragfähigkeitsnachweisen und validieren Sie dann, ob die vorgeschlagene wiederverwendbare Integrationsfähigkeit weiterverfolgt werden soll.
Integrations- und API-Arbeit springt oft zu früh zu einem technischen Muster. Diese Station hält das Team auf Geschäftsreise, Domänenverständnis, Wert, Wiederverwendungspotenzial, Ownership und Machbarkeit fokussiert, bevor APIs, Events, Dateien, Streams, Datenprodukte oder direkte Integration gewählt werden.
Vereinbaren Sie Anbieter- und Nutzerverpflichtungen für Zugriff, Validierung, Service, Fehlerbehandlung, Wiederherstellung, Kompatibilität und Lebenszyklus.
Die richtige Architektur hängt von Nutzerzielen, Onboarding-Erwartungen, Service Levels, Datenqualität, Änderungsverträglichkeit, Observability, Support und Anbieterrestriktionen ab.
Wählen Sie Integrationsarchitektur, Implementierungsstil und Plattformfähigkeiten unter Berücksichtigung von Randbedingungen und Governance.
Eine wiederverwendbare Capability braucht Architekturentscheidungen, die zu Nutzeranforderungen, Sicherheitsanforderungen, Datenflüssen, Betriebsmodell und Plattformrealität passen.
Entwerfen Sie Integrationslösung, Verträge, Schemas, Datenstrukturen, Mappings sowie Interaktions- oder Liefermuster für den ausgewählten Stil.
Gutes Design geht über die Benennung von Endpunkten hinaus. Es stellt sicher, dass die Schnittstelle nutzbar, konsistent, überprüfbar und auf Geschäfts- und Nutzeranforderungen zurückführbar ist.
Bauen, testen, deployen und betreiben Sie die Integrationsfähigkeit mit ausgewähltem Implementierungsstil und validiertem Vertrag.
Eine wiederverwendbare Capability braucht zuverlässige Bereitstellung und Betrieb, unabhängig davon, ob sie als API, Event-Stream, Dateiaustausch, Datenprodukt oder direkte Integration umgesetzt wird.
Sichern Sie Integrations-Readiness, Governance, Qualität, Security, Compliance und operative Nachweise vor der Freigabe ab.
Eine formale Bereitschaftsentscheidung verhindert, dass Automatisierungslösungen ohne klare Nachweise, akzeptierte Risiken, Remediation-Maßnahmen sowie fachliche und betriebliche Ownership freigegeben werden.
Veröffentlichen Sie die Integrationsfähigkeit, damit Teams sie finden, bewerten, Zugriff beantragen, onboarding durchführen, wiederverwenden und Support erhalten können.
Automatisierungslösungen schaffen erst nach dem Rollout Wert, wenn betroffene Personen und konsumierende Systeme verstehen, was sich ändert, wie Zugriff und Betrieb funktionieren, wo Unterstützung verfügbar ist und wann der Rollout pausiert, erweitert oder zurückgerollt werden muss.
Überwachen Sie Integrationszuverlässigkeit, Wiederverwendung, Incidents, Performance, Consumer-Ergebnisse und Verbesserungsbedarf.
Freigegebene Lösungen benötigen Nachweise, ob erwartete Ergebnisse erreicht werden, wo manuelle Intervention oder Wiederherstellung noch nötig ist und welche Lifecycle-Entscheidung als Nächstes getroffen werden sollte.
Dies veröffentlichen cycle
Export the page-specific template after reviewing the entity summary and supporting details above.
Confluence-Export
Publikationsvorlagen
Use Markdown for repositories and static sites, or Confluence-wiki markup for compatible Confluence pages.
Markdown
# Integrationszyklus question template
Ein Zyklus zum Definieren und Produktisieren wiederverwendbarer Integrationsfähigkeiten, ohne den Implementierungsstil im Voraus anzunehmen.
Use this template to gather answers and evidence station by station. Canvas section prompts are listed first, followed by other related resources.
## 1. Integrations-Capability-Strategie
Beginnen Sie mit Customer Journey, Fähigkeitswert und Tragfähigkeitsnachweisen und validieren Sie dann, ob die vorgeschlagene wiederverwendbare Integrationsfähigkeit weiterverfolgt werden soll.
### Canvas questions
#### Customer-Journey-Canvas
Welche Journey erlebt der am weitesten außen liegende sinnvolle Kunde, und was sollte verbessert werden?
- **Personas**: Wer ist der typische Kunde oder Nutzer, der diese Reise erlebt?
- **Kunde erkennt Bedarf**: Wie erkennt der Kunde oder Nutzer ein Bedürfnis oder Problem?
- **Kundenbedarf wird erfüllt**: Wie wird der Bedarf des Kunden oder Nutzers letztlich erfüllt?
- **Customer Journey Schritte**: Welche Schritte durchläuft der Kunde bei der Reise?
- **Probleme**: Welche Probleme oder Pain Points erlebt der Kunde oder Nutzer?
- **Nutzen**: Welchen Gewinn oder Nutzen hat der Kunde?
- **Eingaben & Ausgaben**: Was sind die Inputs und Outputs bei jedem Schritt?
- **Interaktions- und Verarbeitungsregeln**: Wie lauten die Interaktions- und Verarbeitungsregeln bei jedem Schritt?
- **Verbesserungsmöglichkeiten**: Welche Journey-Schritte zeigen, dass eine zugrunde liegende Capability oder ein Prozess geschaffen, verbessert, automatisiert oder entfernt werden sollte?
#### Fähigkeits-Wertversprechen-Canvas
Welche wiederverwendbare Capability würde Nutzern Wert liefern, ohne bereits zu entscheiden, ob sie als API, Event, Datei, Stream, Datenprodukt oder ein anderer Implementierungsstil bereitgestellt werden soll?
- **Nutzeraufgaben und Ergebnisse**: Was möchten Nutzer, Partner, Systeme oder Teams erreichen?
- **Nutzenstiftende Capability-Funktionen**: Welche Capability-Funktionen helfen Nutzern, bessere Ergebnisse, Geschwindigkeit, Automatisierung, Erkenntnisse, Reichweite oder Compliance zu erreichen?
- **Pain-Point-reduzierende Capability-Funktionen**: Welche Capability-Funktionen reduzieren Reibung, manuelle Arbeit, Fehler, Verzögerungen, Risiken oder Unsicherheit für Nutzer?
- **Wiederverwendbare Capabilities**: Welche wiederverwendbaren Geschäfts- oder Daten-Capabilities könnten diese Aufgaben, Nutzen und Pain Points über mehr als einen Nutzer oder Use Case hinweg unterstützen?
#### Fähigkeits-Geschäftsmodell-Canvas
Wie tragfähig, wiederverwendbar, finanziert, verantwortet, unterstützt und auffindbar soll diese Fähigkeit sein?
- **Wertversprechen der Capability**: Welchen Wert liefert diese wiederverwendbare Capability für Nutzer und für die Organisation oder das Ökosystem?
- **Nutzersegmente der Capability**: Wer sind die aktuellen und potenziellen Nutzer der Capability, einschließlich Teams, Partnern, Systemen, Produkten oder Datennutzern?
- **Nutzerinteraktion**: Wie werden Nutzer die Capability entdecken, bewerten, anfordern, onboarden, Unterstützung erhalten und Feedback geben?
- **Kanäle**: Über welche Kataloge, Portale, Marktplätze, Dokumentationsseiten, Support-Wege oder Governance-Prozesse interagieren Nutzer mit der Capability?
- **Schlüsselressourcen**: Welche Systeme, Datenbestände, Plattformen, Personen, Standards, Finanzierungen und operativen Fähigkeiten werden benötigt?
- **Schlüsselaktivitäten**: Was müssen Capability Owner und Produzenten tun, um die Capability zu gestalten, bereitzustellen, zu steuern, zu unterstützen und zu verbessern?
- **Schlüsselpartner**: Welche Partner aus Business, Technologie, Daten, Sicherheit, Recht, Plattform oder externen Organisationen werden benötigt, damit die Capability funktioniert?
- **Nutzen**: Welcher geschäftliche, operative, ökologische, wiederverwendungsbezogene, Compliance- oder Kostennutzen rechtfertigt die Capability?
- **Kosten**: Welche wesentlichen Kosten entstehen durch Aufbau, Betrieb, Governance, Support und Weiterentwicklung der Capability?
#### Canvas zur Validierung der Integrationsfähigkeit
Validieren Sie, ob eine vorgeschlagene wiederverwendbare Integrationsfähigkeit weiterverfolgt werden sollte.
- **Zu validierende Fähigkeit**: Welche vorgeschlagene Integrationsfähigkeit und welcher Wiederverwendungsumfang werden geprüft?
- **Wiederverwendete Nachweise**: Welche früheren Canvas-Ergebnisse stützen den Vorschlag?
- **Kritische Annahmen**: Was könnte Wert, Wiederverwendung, Ownership, Machbarkeit oder Akzeptanz ungültig machen?
- **Validierungsschritt**: Was ist die kleinste sinnvolle Validierung und welcher Erfolgsschwellenwert gilt?
- **Entscheidung**: Fortfahren, eingrenzen, überarbeiten und erneut testen oder stoppen?
### Before this station
- [ ] Die Geschäftsziele sind definiert.
- [ ] Die Capability-Möglichkeit wurde identifiziert und dokumentiert.
### Ready to leave when
- [ ] Relevante Marktsignale, Feedback oder operative Erkenntnisse liegen vor, um diese Capability-Möglichkeit zu bewerten.
- [ ] Die Geschäftsziele sind definiert.
- [ ] Die Marktrecherche identifiziert relevante Capability-Möglichkeiten.
- [ ] Die relevanten Stakeholder stimmen zu, dass diese Capability-Möglichkeit weiter untersucht und priorisiert werden sollte.
## 2. Verpflichtungen von Integrationsnutzern und -anbietern
Vereinbaren Sie Anbieter- und Nutzerverpflichtungen für Zugriff, Validierung, Service, Fehlerbehandlung, Wiederherstellung, Kompatibilität und Lebenszyklus.
### Canvas questions
#### Canvas für Verpflichtungen von Integrationsnutzern und -anbietern
Vereinbaren Sie die Verantwortlichkeiten, die zur Nutzung und Bereitstellung einer wiederverwendbaren Integrationsfähigkeit erforderlich sind.
- **Ausgewählte Parteien und Anwendungsfälle**: Welche Produzenten, Anbieter, Nutzer und Anwendungsfälle sind abgedeckt?
- **Anbieterverpflichtungen**: Was werden Anbieter liefern, warten, überwachen und unterstützen?
- **Nutzerverpflichtungen**: Was müssen Nutzer testen, schützen, betreiben und kommunizieren?
- **Zugriff und Validierung**: Wie werden Zugriff, Umgebungen, Credentials und Konformität gehandhabt?
- **Fehler und Wiederherstellung**: Wer behandelt Fehler, Replay, Duplikate, Abstimmung und Wiederherstellung?
- **Änderung und Lebenszyklus**: Wie funktionieren Kompatibilität, Migration, Benachrichtigung, Deprecation und Stilllegung?
### Before this station
- [ ] Relevante Marktsignale, Feedback oder operative Erkenntnisse liegen vor, um diese Capability-Möglichkeit zu bewerten.
- [ ] Die Geschäftsziele sind definiert.
- [ ] Die Marktrecherche identifiziert relevante Capability-Möglichkeiten.
- [ ] Die relevanten Stakeholder stimmen zu, dass diese Capability-Möglichkeit weiter untersucht und priorisiert werden sollte.
### Ready to leave when
- [ ] Die Capability-Möglichkeit wurde identifiziert und dokumentiert.
- [ ] Die Capability erfüllt einen klaren Geschäftsbedarf und kann von den vorgesehenen Nutzern wiederverwendet werden.
- [ ] Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
- [ ] Das Wertversprechen der Capability wurde mit Geschäfts- und Nutzer-Stakeholdern validiert.
- [ ] Die Nutzersegmente sind identifiziert.
- [ ] Eine übergeordnete Roadmap für die Umsetzung ist definiert.
### Other related resources
- **Leitfaden für Integrations-Consumer-Onboarding**: Leitfaden für Integrations-Consumer-Onboarding unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
- **Checkliste für Integrationszugriff und Umgebungen**: Checkliste für Integrationszugriff und Umgebungen unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
## 3. Integrationsarchitektur & Plattformentscheidungen
Wählen Sie Integrationsarchitektur, Implementierungsstil und Plattformfähigkeiten unter Berücksichtigung von Randbedingungen und Governance.
### Canvas questions
#### Geschäftsauswirkungs-Canvas
Welcher Wert, welches Risiko sowie welche betrieblichen, finanziellen, kunden-, mitarbeiter-, compliance- und strategischen Auswirkungen werden erwartet oder stehen auf dem Spiel?
- **Erwartete Vorteile**: Welche geschäftlichen, kundenbezogenen, mitarbeiterbezogenen, qualitäts-, geschwindigkeits-, risiko-, compliance- oder strategischen Vorteile werden erwartet?
- **Auswirkung auf die operative Effizienz**: Wie könnten Arbeitsaufwand, Wartezeit, Nacharbeit, Durchsatz, Zuverlässigkeit, Supportbelastung oder Betriebskosten sich verändern?
- **Auswirkung auf Kunden und Mitarbeitende**: Wie werden Kunden, Mitarbeitende, Partner, Betreiber oder Supportteams die Veränderung erleben?
- **Finanzielle Auswirkung**: Welche Auswirkungen auf Umsatz, Kosten, Investitionen, Einsparungen, vermiedene Verluste oder Finanzierung werden erwartet?
- **Compliance- und strategische Auswirkung**: Welche regulatorischen, vertraglichen, richtlinienbezogenen, reputations-, markt-, ökosystem- oder strategischen Konsequenzen sind relevant?
- **Auswirkung des Nicht-Fortfahrens**: Was geschieht, wenn die Capability, Automatisierung, Integration oder der Service nicht verbessert oder geliefert wird?
- **Risiken und Kritikalität**: Welche Verfügbarkeits-, Sicherheits-, Daten-, Safety-, Prozess-, Akzeptanz- oder Business-Continuity-Risiken könnten das Ergebnis beeinflussen?
- **Gegenmaßnahmen und Entscheidungsauswirkung**: Welche Gegenmaßnahmen, Einschränkungen, Kompromisse oder Restrisiken sollten Priorisierung, Architektur, Rollout oder Readiness-Entscheidungen beeinflussen?
#### Standort-Canvas
Welche geopolitischen, regulatorischen, Netzwerk- und Vertrauensgrenzen betreffen diese Capability oder Schnittstelle?
- **Standort-/Vertrauensgruppen**: Welche geopolitischen, regulatorischen, netzwerkbezogenen oder vertrauensbezogenen Gruppen sind relevant?
- **Gruppenmerkmale**: Was sind die Merkmale dieser Gruppen, wie z. B. Standort, Vertrauensstufe oder Netzwerkexposition?
- **Relevante Standorte / Zonen**: Was sind die relevanten Standorte, Zonen oder Umgebungen innerhalb jeder Gruppe?
- **Standort-/Zonenmerkmale**: Was sind die Merkmale dieser Standorte oder Zonen, wie z. B. Eigentumsverhältnisse, Region oder Exposition?
- **Netzwerk- / Regulierungsentfernungen**: Welche Latenz-, Vertrauens-, Regulierungs- oder Konnektivitätsentfernungen bestehen zwischen den Standorten?
- **Entfernungsmerkmale**: Was sind die Merkmale dieser Entfernungen, wie z. B. Latenzempfindlichkeit, Aufenthaltsbeschränkungen oder Vertrauensgrenzen?
- **Konnektivitätsendpunkte**: Welche Konnektivitätsendpunkte oder Schnittstellen sind mit den Standorten verbunden?
- **Endpunktzugriffseigenschaften**: Welche Eigenschaften weisen diese Endpunkte auf, wie z. B. Sichtbarkeit, Protokoll, Sicherheit oder Zugriffsbeschränkungen?
#### Kapazitäts-Canvas
Wie viel Nachfrage, Last, Timing und Skalierungskapazität müssen für Fähigkeit, Automatisierung, Integration oder Service verstanden werden?
- **Aktuelles Geschäftsvolumen**: Wie hoch sind das aktuelle Geschäftsvolumen und die Transaktionsraten?
- **Zukünftige Konsumtrends**: Was sind die erwarteten künftigen Konsumtrends?
- **Spitzenlast- und Verfügbarkeitsanforderungen**: Was sind die Spitzenlast- und Verfügbarkeitsanforderungen?
- **Caching-Strategien**: Welche Caching-Strategien können zur Performanceoptimierung eingesetzt werden?
- **Strategien zur Ratenbegrenzung**: Welche Strategien zur Ratenbegrenzung können genutzt werden, um die Nutzung zu steuern?
- **Strategien zur Skalierung**: Welche Strategien zur Skalierung können eingesetzt werden, um das Wachstum zu unterstützen?
#### Canvas für Integrationsarchitektur-Entscheidung
Wählen Sie Integrationsstil und Plattform anhand bereits gesammelter Nachweise.
- **Wiederverwendete Eingaben**: Welche Verpflichtungen sowie Kapazitäts-, Standort-, Auswirkungs- und Domänenentscheidungen begrenzen die Auswahl?
- **Tragfähige Optionen**: Welche API-, Event-, Messaging-, Datei-, Stream-, Daten-, Konnektor-, Plattform- oder individuellen Optionen bleiben tragfähig?
- **Ausgewählter Ansatz**: Welcher Integrationsstil, welche Plattform oder welcher hybride Ansatz wird ausgewählt?
- **Entscheidungsbegründung**: Warum passt der ausgewählte Ansatz am besten?
- **Abgelehnte Alternativen**: Welche ernsthaften Alternativen wurden abgelehnt, und warum?
- **Offene Risiken**: Was muss vor Lieferung oder Release noch validiert werden?
### Before this station
- [ ] Die Capability-Möglichkeit wurde identifiziert und dokumentiert.
- [ ] Die Capability erfüllt einen klaren Geschäftsbedarf und kann von den vorgesehenen Nutzern wiederverwendet werden.
- [ ] Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
- [ ] Das Wertversprechen der Capability wurde mit Geschäfts- und Nutzer-Stakeholdern validiert.
- [ ] Die Nutzersegmente sind identifiziert.
- [ ] Eine übergeordnete Roadmap für die Umsetzung ist definiert.
### Ready to leave when
- [ ] Die Capability erfüllt einen klaren Geschäftsbedarf und kann von den vorgesehenen Nutzern wiederverwendet werden.
- [ ] Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
- [ ] Das Wertversprechen der Capability wurde mit Geschäfts- und Nutzer-Stakeholdern validiert.
- [ ] Die Nutzersegmente sind identifiziert.
- [ ] Eine übergeordnete Roadmap für die Umsetzung ist definiert.
## 4. Integrationsdesign
Entwerfen Sie Integrationslösung, Verträge, Schemas, Datenstrukturen, Mappings sowie Interaktions- oder Liefermuster für den ausgewählten Stil.
### Canvas questions
#### Domänen-Canvas
Welche wesentlichen Entitäten, Begriffe und Fachregeln muss die Capability oder Schnittstelle respektieren?
- **Ausgewählte Customer Journey Schritte**: Welche Customer Journey Schritte sind für diese Domäne relevant?
- **Grundlegende Entitäten & geschäftliche Bedeutung**: Welches sind die wesentlichen Entitäten und ihre Bedeutung für das Geschäft?
- **Attribute & geschäftliche Wichtigkeit**: Welches sind die Schlüsselattribute der einzelnen Entitäten und ihre geschäftliche Wichtigkeit?
- **Beziehungen zwischen Entitäten**: Welche Beziehungen bestehen zwischen den Entitäten?
- **Fachregeln, Compliance und Integrität**: Welche Fachregeln sowie Compliance- und Integritätsanforderungen beziehen sich auf die Entitäten?
- **Überlegungen zu Sicherheit und Datenschutz**: Welche Überlegungen zur Sicherheit und zum Datenschutz gibt es im Zusammenhang mit den Entitäten?
#### Canvas für Integrationslösungsdesign
Verfeinern Sie die ausgewählte Architektur zu einem umsetzbaren Integrationsdesign.
- **Ausgewählte Eingaben**: Welche Architektur-, Domänen-, Interaktions- und Verpflichtungsentscheidungen werden wiederverwendet?
- **Vertrag und Modell**: Welcher Vertrag, welches Schema, Datenmodell und welche Version definieren die Integration?
- **Mapping und Lieferung**: Welche Transformationen, Liefermuster und Metadaten sind erforderlich?
- **Fehler und Wiederherstellung**: Wie werden Fehler, Retries, Replay, Duplikate und Abstimmung behandelt?
- **Sicherheit und Vertrauen**: Welche Identitäts-, Zugriffs-, Datenschutz- und Vertrauenskontrollen gelten?
- **Observability und Weiterentwicklung**: Wie wird die Integration überwacht, geändert, migriert und als deprecated markiert?
#### Interaktions-Canvas
Welche Arten von Interaktionen muss diese Capability oder Schnittstelle unterstützen, bevor ein konkretes Protokolldesign gewählt wird?
- **CRUD Interaktionen**: Sind hier Interaktionen im CRUD-Stil erforderlich?
- **CRUD Input- & Output-Modelle**: Was sind die Eingabe- und Ausgabemodelle für die CRUD-Interaktionen, falls dieser Stil benötigt wird?
- **CRUD Verarbeitung & Validierung**: Was sind die Verarbeitungs- und Validierungsregeln für die CRUD-Interaktionen, falls dieser Stil benötigt wird?
- **Abfragegesteuerte Interaktionen**: Welche Lese- oder Abfrageinteraktionen sind erforderlich, um Nutzerfragen zu beantworten?
- **Abfragegesteuerte Input- & Output-Modelle**: Was sind die Eingabe- und Ausgabemodelle für die abfragegesteuerten Interaktionen?
- **Abfragegesteuerte Verarbeitung & Validierung**: Was sind die Verarbeitungs- und Validierungsregeln für die abfragegesteuerten Interaktionen?
- **Befehlsgesteuerte Interaktionen**: Welche Befehle zur Zustandsänderung sind gegebenenfalls erforderlich?
- **Befehlsgesteuerte Input- & Output-Modelle**: Was sind die Eingabe- und Ausgabemodelle für die befehlsgesteuerten Interaktionen, falls dieser Stil benötigt wird?
- **Befehlsgesteuerte Verarbeitung & Validierung**: Was sind die Verarbeitungs- und Validierungsregeln für die befehlsgesteuerten Interaktionen, falls dieser Stil benötigt wird?
- **Eventgesteuerte Interaktionen**: Welche Ereignisse müssen gegebenenfalls veröffentlicht oder verarbeitet werden?
- **Eventgesteuerte Input- & Output-Modelle**: Was sind die Eingabe- und Ausgabemodelle für die ereignisgesteuerten Interaktionen, falls dieser Stil erforderlich ist?
- **Eventgesteuerte Verarbeitung & Validierung**: Was sind die Verarbeitungs- und Validierungsregeln für die ereignisgesteuerten Interaktionen, falls dieser Stil benötigt wird?
### Before this station
- [ ] Die Capability erfüllt einen klaren Geschäftsbedarf und kann von den vorgesehenen Nutzern wiederverwendet werden.
- [ ] Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
- [ ] Das Wertversprechen der Capability wurde mit Geschäfts- und Nutzer-Stakeholdern validiert.
- [ ] Die Nutzersegmente sind identifiziert.
- [ ] Eine übergeordnete Roadmap für die Umsetzung ist definiert.
### Ready to leave when
- [ ] Die gewählte Architektur, Plattform und der Implementierungsstil wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert.
- [ ] Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
- [ ] Das Schnittstellendesign und die offengelegten Capabilities lassen sich klar auf Geschäftswert und Nutzerbedürfnisse zurückführen.
- [ ] Das Schnittstellendesign folgt den vereinbarten Designstandards und Konventionen.
### Other related resources
- **Contract-First Integration Design**: Guidance for validating integration contracts before delivery, including OpenAPI, AsyncAPI, event schemas, message schemas, file schemas, data contracts, and interface specifications.
- **Leitfaden für integrationsstilspezifisches Design**: Leitfaden für integrationsstilspezifisches Design unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
## 5. Integrationsbereitstellung & Betrieb
Bauen, testen, deployen und betreiben Sie die Integrationsfähigkeit mit ausgewähltem Implementierungsstil und validiertem Vertrag.
### Canvas questions
#### Canvas für Integrationsbereitschaft und Betrieb
Bereiten Sie die minimal erforderlichen Betriebsnachweise vor der Integrations-Readiness-Prüfung vor.
- **Verantwortlichkeit**: Wer verantwortet Geschäfts-, Integrations-, Produzenten-, Nutzer-, Plattform- und Incident-Aufgaben?
- **Umgebungen und Zugriff**: Sind Umgebungen, Credentials, Konnektivität, Berechtigungen und Sequenzierung bereit?
- **Testnachweise**: Was belegt Vertrag, Mapping, Kompatibilität, Qualität, Resilienz und Wiederherstellung?
- **Monitoring und Support**: Wie werden Produzenten, Nutzer, Plattformen, Incidents und Servicefragen unterstützt?
- **Fehler und Wiederherstellung**: Wie funktionieren Retry, Replay, Duplikate, Abstimmung, Fallback und Kompensation?
- **Readiness-Status**: Sind Verträge, Runbooks, Abhängigkeiten, Risiken, Bedingungen und blockierende Lücken klar?
### Before this station
- [ ] Die gewählte Architektur, Plattform und der Implementierungsstil wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert.
- [ ] Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
- [ ] Das Schnittstellendesign und die offengelegten Capabilities lassen sich klar auf Geschäftswert und Nutzerbedürfnisse zurückführen.
- [ ] Das Schnittstellendesign folgt den vereinbarten Designstandards und Konventionen.
### Ready to leave when
- [ ] Die gewählte Architektur, Plattform und der Implementierungsstil wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert.
- [ ] Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
- [ ] Das Schnittstellendesign und die offengelegten Capabilities lassen sich klar auf Geschäftswert und Nutzerbedürfnisse zurückführen.
- [ ] Das Schnittstellendesign folgt den vereinbarten Designstandards und Konventionen.
### Other related resources
- **Best Practices für Integrationsentwicklung**: Best Practices für Integrationsentwicklung unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
- **Leitfaden für Integrationstests**: Leitfaden für Integrationstests unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
- **Leitfaden für Integrations-CI/CD und Deployment**: Leitfaden für Integrations-CI/CD und Deployment unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
- **Leitfaden für Integrationssicherheit**: Leitfaden für Integrationssicherheit unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
- **Leitfaden für Integrationswiederherstellung und Abstimmung**: Leitfaden für Integrationswiederherstellung und Abstimmung unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
## 6. Integrationsbereitschaftssicherung
Sichern Sie Integrations-Readiness, Governance, Qualität, Security, Compliance und operative Nachweise vor der Freigabe ab.
### Station questions
- Prüfen Sie abgeschlossenes Design, Testnachweise, Betriebsmodell, Berechtigungen, Credentials, Monitoring, Support, Fallback und Rollback.
- Verifizieren Sie, dass bekannte Risiken, Ausnahmen, unsichere Aktionen, menschliche Aufsicht, Compliance-Anforderungen und offene Annahmen adressiert oder ausdrücklich akzeptiert sind.
- Dokumentieren Sie blockierende Befunde, akzeptierte Restrisiken, Freigabebedingungen und erforderliche Remediation-Maßnahmen.
- Entscheiden Sie, ob die Freigabe bereit, bedingt bereit, remediation-pflichtig oder nicht genehmigt ist.
- Dokumentieren Sie Entscheidungsverantwortliche, Entscheidungsdatum und verwendete Nachweise.
- Bestätigen Sie, dass nichts ohne klare fachliche und betriebliche Ownership freigegeben wird.
- Nutzen Sie Bereitschaftsnachweise, um vor der Produktionsnutzung eine ausdrückliche Go-, bedingte Go- oder No-go-Entscheidung zu treffen.
- Eine formale Bereitschaftsentscheidung verhindert, dass Automatisierungslösungen ohne klare Nachweise, akzeptierte Risiken, Remediation-Maßnahmen sowie fachliche und betriebliche Ownership freigegeben werden.
### Before this station
- [ ] Die gewählte Architektur, Plattform und der Implementierungsstil wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert.
- [ ] Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
- [ ] Das Schnittstellendesign und die offengelegten Capabilities lassen sich klar auf Geschäftswert und Nutzerbedürfnisse zurückführen.
- [ ] Das Schnittstellendesign folgt den vereinbarten Designstandards und Konventionen.
### Ready to leave when
- [ ] Die gewählte Architektur, Plattform und der Implementierungsstil wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert.
- [ ] Das Schnittstellendesign und die offengelegten Capabilities lassen sich klar auf Geschäftswert und Nutzerbedürfnisse zurückführen.
- [ ] Die Schnittstelle und ihre Capabilities sind ausreichend klar für Review, Auditierung und Onboarding dokumentiert.
- [ ] Das Schnittstellendesign folgt den vereinbarten Designstandards und Konventionen.
- [ ] Der Schnittstellenvertrag wurde validiert und gegen funktionale und nicht-funktionale Anforderungen getestet.
### Other related resources
- **Checkliste für Integration Readiness**: Checkliste für Integration Readiness unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
- **Leitfaden für Integrations-Compliance und Data Governance**: Leitfaden für Integrations-Compliance und Data Governance unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
## 7. Integrationsveroeffentlichung & Enablement
Veröffentlichen Sie die Integrationsfähigkeit, damit Teams sie finden, bewerten, Zugriff beantragen, onboarding durchführen, wiederverwenden und Support erhalten können.
### Station questions
- Betroffene Personen und geänderte Arbeit: Wer wird die Freigabe nutzen, betreiben, unterstützen, genehmigen, konsumieren oder davon betroffen sein, und welche Verantwortlichkeiten, Entscheidungen, Übergaben oder Arbeitsweisen ändern sich?
- Aktivierungs- und Rollout-Ansatz: Wie werden Zugriff, Berechtigungen, Pilotnutzung, phasenweiser Rollout, eingeschränkte Gruppen, Parallelbetrieb und Rollout-Erweiterung gesteuert?
- Enablement und Support: Welche Kommunikation, Schulung, Betriebsanweisungen und Supportpfade sind erforderlich?
- Feedback und Kontrolle: Wie werden Adoption, Vertrauen, tatsächliche Nutzung, Probleme und unerwartetes Verhalten überwacht, und welche Bedingungen lösen Pause, Rollback oder Rückkehr zum manuellen Betrieb aus?
- Planen Sie Rollout, Befähigung, Support, Feedback und Rollback, damit freigegebene Lösungen sicher eingeführt werden können.
- Automatisierungslösungen schaffen erst nach dem Rollout Wert, wenn betroffene Personen und konsumierende Systeme verstehen, was sich ändert, wie Zugriff und Betrieb funktionieren, wo Unterstützung verfügbar ist und wann der Rollout pausiert, erweitert oder zurückgerollt werden muss.
### Before this station
- [ ] Die gewählte Architektur, Plattform und der Implementierungsstil wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert.
- [ ] Das Schnittstellendesign und die offengelegten Capabilities lassen sich klar auf Geschäftswert und Nutzerbedürfnisse zurückführen.
- [ ] Die Schnittstelle und ihre Capabilities sind ausreichend klar für Review, Auditierung und Onboarding dokumentiert.
- [ ] Das Schnittstellendesign folgt den vereinbarten Designstandards und Konventionen.
- [ ] Der Schnittstellenvertrag wurde validiert und gegen funktionale und nicht-funktionale Anforderungen getestet.
### Ready to leave when
- [ ] Die Lösung besteht Qualitäts-, Sicherheits-, Compliance- und Bereitschaftsprüfungen.
- [ ] Audit-Ergebnisse und Maßnahmenentscheidungen wurden mit den relevanten Stakeholdern geteilt.
- [ ] Die Capability ist bereit, über den gewählten Bereitstellungsmechanismus veröffentlicht oder ausgeliefert zu werden.
- [ ] Nutzerorientierte Dokumentation und Onboarding-Materialien sind bereit.
### Other related resources
- **Leitfaden für Integrationsveröffentlichung und Auffindbarkeit**: Leitfaden für Integrationsveröffentlichung und Auffindbarkeit unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
- **Leitfaden für Integrations-Consumer-Onboarding**: Leitfaden für Integrations-Consumer-Onboarding unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
- **Vorlage für Integrations-Servicevereinbarungen**: Vorlage für Integrations-Servicevereinbarungen unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
- **Leitfaden für Integrationsversionierung und Deprecation**: Leitfaden für Integrationsversionierung und Deprecation unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
## 8. Integrationsmonitoring & Verbesserung
Überwachen Sie Integrationszuverlässigkeit, Wiederverwendung, Incidents, Performance, Consumer-Ergebnisse und Verbesserungsbedarf.
### Station questions
- Ergebnisse und Wert: Werden die erwarteten Prozess-, Nutzer- und Geschäftsergebnisse erreicht?
- Betriebsleistung: Was zeigen erfolgreiche Läufe, Fehler, Teilabschlüsse, Ausnahmen, Wiederholungen, Timeouts, Interventionen, Verarbeitungszeit, Wartezeit und Kosten?
- Nutzer-, Risiko- und Wiederherstellungssignale: Welche Fehler, Korrekturen, unsicheren Aktionen, Umgehungen, Misstrauen, Supportbedarfe, Fallback-Ereignisse oder Wiederherstellungsfehler treten auf?
- Lernen und Lifecycle-Entscheidung: Welche Hypothesenannahmen wurden bestätigt oder verworfen, und sollte die Lösung verbessert, erweitert, eingeschränkt, neu gestaltet, pausiert oder stillgelegt werden?
- Nutzen Sie operative, Nutzer-, Risiko- und Wertnachweise, um zu entscheiden, was verbessert, erweitert, eingeschränkt, pausiert oder stillgelegt werden soll.
- Freigegebene Lösungen benötigen Nachweise, ob erwartete Ergebnisse erreicht werden, wo manuelle Intervention oder Wiederherstellung noch nötig ist und welche Lifecycle-Entscheidung als Nächstes getroffen werden sollte.
### Before this station
- [ ] Die Lösung besteht Qualitäts-, Sicherheits-, Compliance- und Bereitschaftsprüfungen.
- [ ] Audit-Ergebnisse und Maßnahmenentscheidungen wurden mit den relevanten Stakeholdern geteilt.
- [ ] Die Capability ist bereit, über den gewählten Bereitstellungsmechanismus veröffentlicht oder ausgeliefert zu werden.
- [ ] Nutzerorientierte Dokumentation und Onboarding-Materialien sind bereit.
### Ready to leave when
- [ ] Nutzerorientierte Dokumentation und Onboarding-Materialien sind bereit.
- [ ] Onboarding-, Support- und Kommunikationsprozesse für Nutzer sind bereit.
- [ ] Rechtliche, Datenschutz- und Compliance-Anforderungen für Veröffentlichung oder Release sind definiert und verstanden.
### Other related resources
- **Integrationsmonitoring und Wertmetriken**: Integrationsmonitoring und Wertmetriken unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
- **Leitfaden für Integrations-Consumer-Feedback und Adoption**: Leitfaden für Integrations-Consumer-Feedback und Adoption unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
- **Integrationszuverlässigkeit und Datenqualitätsmetriken**: Integrationszuverlässigkeit und Datenqualitätsmetriken unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
- **Leitfaden für Integrations-Lifecycle-Management**: Leitfaden für Integrations-Lifecycle-Management unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
Confluence-wiki
h1. Integrationszyklus question template
Ein Zyklus zum Definieren und Produktisieren wiederverwendbarer Integrationsfähigkeiten, ohne den Implementierungsstil im Voraus anzunehmen.
Use this template to gather answers and evidence station by station. Canvas section prompts are listed first, followed by other related resources.
h2. 1. Integrations-Capability-Strategie
Beginnen Sie mit Customer Journey, Fähigkeitswert und Tragfähigkeitsnachweisen und validieren Sie dann, ob die vorgeschlagene wiederverwendbare Integrationsfähigkeit weiterverfolgt werden soll.
h3. Canvas questions
h4. Customer-Journey-Canvas
Welche Journey erlebt der am weitesten außen liegende sinnvolle Kunde, und was sollte verbessert werden?
* *Personas*: Wer ist der typische Kunde oder Nutzer, der diese Reise erlebt?
* *Kunde erkennt Bedarf*: Wie erkennt der Kunde oder Nutzer ein Bedürfnis oder Problem?
* *Kundenbedarf wird erfüllt*: Wie wird der Bedarf des Kunden oder Nutzers letztlich erfüllt?
* *Customer Journey Schritte*: Welche Schritte durchläuft der Kunde bei der Reise?
* *Probleme*: Welche Probleme oder Pain Points erlebt der Kunde oder Nutzer?
* *Nutzen*: Welchen Gewinn oder Nutzen hat der Kunde?
* *Eingaben & Ausgaben*: Was sind die Inputs und Outputs bei jedem Schritt?
* *Interaktions- und Verarbeitungsregeln*: Wie lauten die Interaktions- und Verarbeitungsregeln bei jedem Schritt?
* *Verbesserungsmöglichkeiten*: Welche Journey-Schritte zeigen, dass eine zugrunde liegende Capability oder ein Prozess geschaffen, verbessert, automatisiert oder entfernt werden sollte?
h4. Fähigkeits-Wertversprechen-Canvas
Welche wiederverwendbare Capability würde Nutzern Wert liefern, ohne bereits zu entscheiden, ob sie als API, Event, Datei, Stream, Datenprodukt oder ein anderer Implementierungsstil bereitgestellt werden soll?
* *Nutzeraufgaben und Ergebnisse*: Was möchten Nutzer, Partner, Systeme oder Teams erreichen?
* *Nutzenstiftende Capability-Funktionen*: Welche Capability-Funktionen helfen Nutzern, bessere Ergebnisse, Geschwindigkeit, Automatisierung, Erkenntnisse, Reichweite oder Compliance zu erreichen?
* *Pain-Point-reduzierende Capability-Funktionen*: Welche Capability-Funktionen reduzieren Reibung, manuelle Arbeit, Fehler, Verzögerungen, Risiken oder Unsicherheit für Nutzer?
* *Wiederverwendbare Capabilities*: Welche wiederverwendbaren Geschäfts- oder Daten-Capabilities könnten diese Aufgaben, Nutzen und Pain Points über mehr als einen Nutzer oder Use Case hinweg unterstützen?
h4. Fähigkeits-Geschäftsmodell-Canvas
Wie tragfähig, wiederverwendbar, finanziert, verantwortet, unterstützt und auffindbar soll diese Fähigkeit sein?
* *Wertversprechen der Capability*: Welchen Wert liefert diese wiederverwendbare Capability für Nutzer und für die Organisation oder das Ökosystem?
* *Nutzersegmente der Capability*: Wer sind die aktuellen und potenziellen Nutzer der Capability, einschließlich Teams, Partnern, Systemen, Produkten oder Datennutzern?
* *Nutzerinteraktion*: Wie werden Nutzer die Capability entdecken, bewerten, anfordern, onboarden, Unterstützung erhalten und Feedback geben?
* *Kanäle*: Über welche Kataloge, Portale, Marktplätze, Dokumentationsseiten, Support-Wege oder Governance-Prozesse interagieren Nutzer mit der Capability?
* *Schlüsselressourcen*: Welche Systeme, Datenbestände, Plattformen, Personen, Standards, Finanzierungen und operativen Fähigkeiten werden benötigt?
* *Schlüsselaktivitäten*: Was müssen Capability Owner und Produzenten tun, um die Capability zu gestalten, bereitzustellen, zu steuern, zu unterstützen und zu verbessern?
* *Schlüsselpartner*: Welche Partner aus Business, Technologie, Daten, Sicherheit, Recht, Plattform oder externen Organisationen werden benötigt, damit die Capability funktioniert?
* *Nutzen*: Welcher geschäftliche, operative, ökologische, wiederverwendungsbezogene, Compliance- oder Kostennutzen rechtfertigt die Capability?
* *Kosten*: Welche wesentlichen Kosten entstehen durch Aufbau, Betrieb, Governance, Support und Weiterentwicklung der Capability?
h4. Canvas zur Validierung der Integrationsfähigkeit
Validieren Sie, ob eine vorgeschlagene wiederverwendbare Integrationsfähigkeit weiterverfolgt werden sollte.
* *Zu validierende Fähigkeit*: Welche vorgeschlagene Integrationsfähigkeit und welcher Wiederverwendungsumfang werden geprüft?
* *Wiederverwendete Nachweise*: Welche früheren Canvas-Ergebnisse stützen den Vorschlag?
* *Kritische Annahmen*: Was könnte Wert, Wiederverwendung, Ownership, Machbarkeit oder Akzeptanz ungültig machen?
* *Validierungsschritt*: Was ist die kleinste sinnvolle Validierung und welcher Erfolgsschwellenwert gilt?
* *Entscheidung*: Fortfahren, eingrenzen, überarbeiten und erneut testen oder stoppen?
h3. Before this station
* [ ] Die Geschäftsziele sind definiert.
* [ ] Die Capability-Möglichkeit wurde identifiziert und dokumentiert.
h3. Ready to leave when
* [ ] Relevante Marktsignale, Feedback oder operative Erkenntnisse liegen vor, um diese Capability-Möglichkeit zu bewerten.
* [ ] Die Geschäftsziele sind definiert.
* [ ] Die Marktrecherche identifiziert relevante Capability-Möglichkeiten.
* [ ] Die relevanten Stakeholder stimmen zu, dass diese Capability-Möglichkeit weiter untersucht und priorisiert werden sollte.
h2. 2. Verpflichtungen von Integrationsnutzern und -anbietern
Vereinbaren Sie Anbieter- und Nutzerverpflichtungen für Zugriff, Validierung, Service, Fehlerbehandlung, Wiederherstellung, Kompatibilität und Lebenszyklus.
h3. Canvas questions
h4. Canvas für Verpflichtungen von Integrationsnutzern und -anbietern
Vereinbaren Sie die Verantwortlichkeiten, die zur Nutzung und Bereitstellung einer wiederverwendbaren Integrationsfähigkeit erforderlich sind.
* *Ausgewählte Parteien und Anwendungsfälle*: Welche Produzenten, Anbieter, Nutzer und Anwendungsfälle sind abgedeckt?
* *Anbieterverpflichtungen*: Was werden Anbieter liefern, warten, überwachen und unterstützen?
* *Nutzerverpflichtungen*: Was müssen Nutzer testen, schützen, betreiben und kommunizieren?
* *Zugriff und Validierung*: Wie werden Zugriff, Umgebungen, Credentials und Konformität gehandhabt?
* *Fehler und Wiederherstellung*: Wer behandelt Fehler, Replay, Duplikate, Abstimmung und Wiederherstellung?
* *Änderung und Lebenszyklus*: Wie funktionieren Kompatibilität, Migration, Benachrichtigung, Deprecation und Stilllegung?
h3. Before this station
* [ ] Relevante Marktsignale, Feedback oder operative Erkenntnisse liegen vor, um diese Capability-Möglichkeit zu bewerten.
* [ ] Die Geschäftsziele sind definiert.
* [ ] Die Marktrecherche identifiziert relevante Capability-Möglichkeiten.
* [ ] Die relevanten Stakeholder stimmen zu, dass diese Capability-Möglichkeit weiter untersucht und priorisiert werden sollte.
h3. Ready to leave when
* [ ] Die Capability-Möglichkeit wurde identifiziert und dokumentiert.
* [ ] Die Capability erfüllt einen klaren Geschäftsbedarf und kann von den vorgesehenen Nutzern wiederverwendet werden.
* [ ] Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
* [ ] Das Wertversprechen der Capability wurde mit Geschäfts- und Nutzer-Stakeholdern validiert.
* [ ] Die Nutzersegmente sind identifiziert.
* [ ] Eine übergeordnete Roadmap für die Umsetzung ist definiert.
h3. Other related resources
* *Leitfaden für Integrations-Consumer-Onboarding*: Leitfaden für Integrations-Consumer-Onboarding unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
* *Checkliste für Integrationszugriff und Umgebungen*: Checkliste für Integrationszugriff und Umgebungen unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
h2. 3. Integrationsarchitektur & Plattformentscheidungen
Wählen Sie Integrationsarchitektur, Implementierungsstil und Plattformfähigkeiten unter Berücksichtigung von Randbedingungen und Governance.
h3. Canvas questions
h4. Geschäftsauswirkungs-Canvas
Welcher Wert, welches Risiko sowie welche betrieblichen, finanziellen, kunden-, mitarbeiter-, compliance- und strategischen Auswirkungen werden erwartet oder stehen auf dem Spiel?
* *Erwartete Vorteile*: Welche geschäftlichen, kundenbezogenen, mitarbeiterbezogenen, qualitäts-, geschwindigkeits-, risiko-, compliance- oder strategischen Vorteile werden erwartet?
* *Auswirkung auf die operative Effizienz*: Wie könnten Arbeitsaufwand, Wartezeit, Nacharbeit, Durchsatz, Zuverlässigkeit, Supportbelastung oder Betriebskosten sich verändern?
* *Auswirkung auf Kunden und Mitarbeitende*: Wie werden Kunden, Mitarbeitende, Partner, Betreiber oder Supportteams die Veränderung erleben?
* *Finanzielle Auswirkung*: Welche Auswirkungen auf Umsatz, Kosten, Investitionen, Einsparungen, vermiedene Verluste oder Finanzierung werden erwartet?
* *Compliance- und strategische Auswirkung*: Welche regulatorischen, vertraglichen, richtlinienbezogenen, reputations-, markt-, ökosystem- oder strategischen Konsequenzen sind relevant?
* *Auswirkung des Nicht-Fortfahrens*: Was geschieht, wenn die Capability, Automatisierung, Integration oder der Service nicht verbessert oder geliefert wird?
* *Risiken und Kritikalität*: Welche Verfügbarkeits-, Sicherheits-, Daten-, Safety-, Prozess-, Akzeptanz- oder Business-Continuity-Risiken könnten das Ergebnis beeinflussen?
* *Gegenmaßnahmen und Entscheidungsauswirkung*: Welche Gegenmaßnahmen, Einschränkungen, Kompromisse oder Restrisiken sollten Priorisierung, Architektur, Rollout oder Readiness-Entscheidungen beeinflussen?
h4. Standort-Canvas
Welche geopolitischen, regulatorischen, Netzwerk- und Vertrauensgrenzen betreffen diese Capability oder Schnittstelle?
* *Standort-/Vertrauensgruppen*: Welche geopolitischen, regulatorischen, netzwerkbezogenen oder vertrauensbezogenen Gruppen sind relevant?
* *Gruppenmerkmale*: Was sind die Merkmale dieser Gruppen, wie z. B. Standort, Vertrauensstufe oder Netzwerkexposition?
* *Relevante Standorte / Zonen*: Was sind die relevanten Standorte, Zonen oder Umgebungen innerhalb jeder Gruppe?
* *Standort-/Zonenmerkmale*: Was sind die Merkmale dieser Standorte oder Zonen, wie z. B. Eigentumsverhältnisse, Region oder Exposition?
* *Netzwerk- / Regulierungsentfernungen*: Welche Latenz-, Vertrauens-, Regulierungs- oder Konnektivitätsentfernungen bestehen zwischen den Standorten?
* *Entfernungsmerkmale*: Was sind die Merkmale dieser Entfernungen, wie z. B. Latenzempfindlichkeit, Aufenthaltsbeschränkungen oder Vertrauensgrenzen?
* *Konnektivitätsendpunkte*: Welche Konnektivitätsendpunkte oder Schnittstellen sind mit den Standorten verbunden?
* *Endpunktzugriffseigenschaften*: Welche Eigenschaften weisen diese Endpunkte auf, wie z. B. Sichtbarkeit, Protokoll, Sicherheit oder Zugriffsbeschränkungen?
h4. Kapazitäts-Canvas
Wie viel Nachfrage, Last, Timing und Skalierungskapazität müssen für Fähigkeit, Automatisierung, Integration oder Service verstanden werden?
* *Aktuelles Geschäftsvolumen*: Wie hoch sind das aktuelle Geschäftsvolumen und die Transaktionsraten?
* *Zukünftige Konsumtrends*: Was sind die erwarteten künftigen Konsumtrends?
* *Spitzenlast- und Verfügbarkeitsanforderungen*: Was sind die Spitzenlast- und Verfügbarkeitsanforderungen?
* *Caching-Strategien*: Welche Caching-Strategien können zur Performanceoptimierung eingesetzt werden?
* *Strategien zur Ratenbegrenzung*: Welche Strategien zur Ratenbegrenzung können genutzt werden, um die Nutzung zu steuern?
* *Strategien zur Skalierung*: Welche Strategien zur Skalierung können eingesetzt werden, um das Wachstum zu unterstützen?
h4. Canvas für Integrationsarchitektur-Entscheidung
Wählen Sie Integrationsstil und Plattform anhand bereits gesammelter Nachweise.
* *Wiederverwendete Eingaben*: Welche Verpflichtungen sowie Kapazitäts-, Standort-, Auswirkungs- und Domänenentscheidungen begrenzen die Auswahl?
* *Tragfähige Optionen*: Welche API-, Event-, Messaging-, Datei-, Stream-, Daten-, Konnektor-, Plattform- oder individuellen Optionen bleiben tragfähig?
* *Ausgewählter Ansatz*: Welcher Integrationsstil, welche Plattform oder welcher hybride Ansatz wird ausgewählt?
* *Entscheidungsbegründung*: Warum passt der ausgewählte Ansatz am besten?
* *Abgelehnte Alternativen*: Welche ernsthaften Alternativen wurden abgelehnt, und warum?
* *Offene Risiken*: Was muss vor Lieferung oder Release noch validiert werden?
h3. Before this station
* [ ] Die Capability-Möglichkeit wurde identifiziert und dokumentiert.
* [ ] Die Capability erfüllt einen klaren Geschäftsbedarf und kann von den vorgesehenen Nutzern wiederverwendet werden.
* [ ] Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
* [ ] Das Wertversprechen der Capability wurde mit Geschäfts- und Nutzer-Stakeholdern validiert.
* [ ] Die Nutzersegmente sind identifiziert.
* [ ] Eine übergeordnete Roadmap für die Umsetzung ist definiert.
h3. Ready to leave when
* [ ] Die Capability erfüllt einen klaren Geschäftsbedarf und kann von den vorgesehenen Nutzern wiederverwendet werden.
* [ ] Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
* [ ] Das Wertversprechen der Capability wurde mit Geschäfts- und Nutzer-Stakeholdern validiert.
* [ ] Die Nutzersegmente sind identifiziert.
* [ ] Eine übergeordnete Roadmap für die Umsetzung ist definiert.
h2. 4. Integrationsdesign
Entwerfen Sie Integrationslösung, Verträge, Schemas, Datenstrukturen, Mappings sowie Interaktions- oder Liefermuster für den ausgewählten Stil.
h3. Canvas questions
h4. Domänen-Canvas
Welche wesentlichen Entitäten, Begriffe und Fachregeln muss die Capability oder Schnittstelle respektieren?
* *Ausgewählte Customer Journey Schritte*: Welche Customer Journey Schritte sind für diese Domäne relevant?
* *Grundlegende Entitäten & geschäftliche Bedeutung*: Welches sind die wesentlichen Entitäten und ihre Bedeutung für das Geschäft?
* *Attribute & geschäftliche Wichtigkeit*: Welches sind die Schlüsselattribute der einzelnen Entitäten und ihre geschäftliche Wichtigkeit?
* *Beziehungen zwischen Entitäten*: Welche Beziehungen bestehen zwischen den Entitäten?
* *Fachregeln, Compliance und Integrität*: Welche Fachregeln sowie Compliance- und Integritätsanforderungen beziehen sich auf die Entitäten?
* *Überlegungen zu Sicherheit und Datenschutz*: Welche Überlegungen zur Sicherheit und zum Datenschutz gibt es im Zusammenhang mit den Entitäten?
h4. Canvas für Integrationslösungsdesign
Verfeinern Sie die ausgewählte Architektur zu einem umsetzbaren Integrationsdesign.
* *Ausgewählte Eingaben*: Welche Architektur-, Domänen-, Interaktions- und Verpflichtungsentscheidungen werden wiederverwendet?
* *Vertrag und Modell*: Welcher Vertrag, welches Schema, Datenmodell und welche Version definieren die Integration?
* *Mapping und Lieferung*: Welche Transformationen, Liefermuster und Metadaten sind erforderlich?
* *Fehler und Wiederherstellung*: Wie werden Fehler, Retries, Replay, Duplikate und Abstimmung behandelt?
* *Sicherheit und Vertrauen*: Welche Identitäts-, Zugriffs-, Datenschutz- und Vertrauenskontrollen gelten?
* *Observability und Weiterentwicklung*: Wie wird die Integration überwacht, geändert, migriert und als deprecated markiert?
h4. Interaktions-Canvas
Welche Arten von Interaktionen muss diese Capability oder Schnittstelle unterstützen, bevor ein konkretes Protokolldesign gewählt wird?
* *CRUD Interaktionen*: Sind hier Interaktionen im CRUD-Stil erforderlich?
* *CRUD Input- & Output-Modelle*: Was sind die Eingabe- und Ausgabemodelle für die CRUD-Interaktionen, falls dieser Stil benötigt wird?
* *CRUD Verarbeitung & Validierung*: Was sind die Verarbeitungs- und Validierungsregeln für die CRUD-Interaktionen, falls dieser Stil benötigt wird?
* *Abfragegesteuerte Interaktionen*: Welche Lese- oder Abfrageinteraktionen sind erforderlich, um Nutzerfragen zu beantworten?
* *Abfragegesteuerte Input- & Output-Modelle*: Was sind die Eingabe- und Ausgabemodelle für die abfragegesteuerten Interaktionen?
* *Abfragegesteuerte Verarbeitung & Validierung*: Was sind die Verarbeitungs- und Validierungsregeln für die abfragegesteuerten Interaktionen?
* *Befehlsgesteuerte Interaktionen*: Welche Befehle zur Zustandsänderung sind gegebenenfalls erforderlich?
* *Befehlsgesteuerte Input- & Output-Modelle*: Was sind die Eingabe- und Ausgabemodelle für die befehlsgesteuerten Interaktionen, falls dieser Stil benötigt wird?
* *Befehlsgesteuerte Verarbeitung & Validierung*: Was sind die Verarbeitungs- und Validierungsregeln für die befehlsgesteuerten Interaktionen, falls dieser Stil benötigt wird?
* *Eventgesteuerte Interaktionen*: Welche Ereignisse müssen gegebenenfalls veröffentlicht oder verarbeitet werden?
* *Eventgesteuerte Input- & Output-Modelle*: Was sind die Eingabe- und Ausgabemodelle für die ereignisgesteuerten Interaktionen, falls dieser Stil erforderlich ist?
* *Eventgesteuerte Verarbeitung & Validierung*: Was sind die Verarbeitungs- und Validierungsregeln für die ereignisgesteuerten Interaktionen, falls dieser Stil benötigt wird?
h3. Before this station
* [ ] Die Capability erfüllt einen klaren Geschäftsbedarf und kann von den vorgesehenen Nutzern wiederverwendet werden.
* [ ] Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
* [ ] Das Wertversprechen der Capability wurde mit Geschäfts- und Nutzer-Stakeholdern validiert.
* [ ] Die Nutzersegmente sind identifiziert.
* [ ] Eine übergeordnete Roadmap für die Umsetzung ist definiert.
h3. Ready to leave when
* [ ] Die gewählte Architektur, Plattform und der Implementierungsstil wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert.
* [ ] Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
* [ ] Das Schnittstellendesign und die offengelegten Capabilities lassen sich klar auf Geschäftswert und Nutzerbedürfnisse zurückführen.
* [ ] Das Schnittstellendesign folgt den vereinbarten Designstandards und Konventionen.
h3. Other related resources
* *Contract-First Integration Design*: Guidance for validating integration contracts before delivery, including OpenAPI, AsyncAPI, event schemas, message schemas, file schemas, data contracts, and interface specifications.
* *Leitfaden für integrationsstilspezifisches Design*: Leitfaden für integrationsstilspezifisches Design unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
h2. 5. Integrationsbereitstellung & Betrieb
Bauen, testen, deployen und betreiben Sie die Integrationsfähigkeit mit ausgewähltem Implementierungsstil und validiertem Vertrag.
h3. Canvas questions
h4. Canvas für Integrationsbereitschaft und Betrieb
Bereiten Sie die minimal erforderlichen Betriebsnachweise vor der Integrations-Readiness-Prüfung vor.
* *Verantwortlichkeit*: Wer verantwortet Geschäfts-, Integrations-, Produzenten-, Nutzer-, Plattform- und Incident-Aufgaben?
* *Umgebungen und Zugriff*: Sind Umgebungen, Credentials, Konnektivität, Berechtigungen und Sequenzierung bereit?
* *Testnachweise*: Was belegt Vertrag, Mapping, Kompatibilität, Qualität, Resilienz und Wiederherstellung?
* *Monitoring und Support*: Wie werden Produzenten, Nutzer, Plattformen, Incidents und Servicefragen unterstützt?
* *Fehler und Wiederherstellung*: Wie funktionieren Retry, Replay, Duplikate, Abstimmung, Fallback und Kompensation?
* *Readiness-Status*: Sind Verträge, Runbooks, Abhängigkeiten, Risiken, Bedingungen und blockierende Lücken klar?
h3. Before this station
* [ ] Die gewählte Architektur, Plattform und der Implementierungsstil wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert.
* [ ] Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
* [ ] Das Schnittstellendesign und die offengelegten Capabilities lassen sich klar auf Geschäftswert und Nutzerbedürfnisse zurückführen.
* [ ] Das Schnittstellendesign folgt den vereinbarten Designstandards und Konventionen.
h3. Ready to leave when
* [ ] Die gewählte Architektur, Plattform und der Implementierungsstil wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert.
* [ ] Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
* [ ] Das Schnittstellendesign und die offengelegten Capabilities lassen sich klar auf Geschäftswert und Nutzerbedürfnisse zurückführen.
* [ ] Das Schnittstellendesign folgt den vereinbarten Designstandards und Konventionen.
h3. Other related resources
* *Best Practices für Integrationsentwicklung*: Best Practices für Integrationsentwicklung unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
* *Leitfaden für Integrationstests*: Leitfaden für Integrationstests unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
* *Leitfaden für Integrations-CI/CD und Deployment*: Leitfaden für Integrations-CI/CD und Deployment unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
* *Leitfaden für Integrationssicherheit*: Leitfaden für Integrationssicherheit unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
* *Leitfaden für Integrationswiederherstellung und Abstimmung*: Leitfaden für Integrationswiederherstellung und Abstimmung unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
h2. 6. Integrationsbereitschaftssicherung
Sichern Sie Integrations-Readiness, Governance, Qualität, Security, Compliance und operative Nachweise vor der Freigabe ab.
h3. Station questions
* Prüfen Sie abgeschlossenes Design, Testnachweise, Betriebsmodell, Berechtigungen, Credentials, Monitoring, Support, Fallback und Rollback.
* Verifizieren Sie, dass bekannte Risiken, Ausnahmen, unsichere Aktionen, menschliche Aufsicht, Compliance-Anforderungen und offene Annahmen adressiert oder ausdrücklich akzeptiert sind.
* Dokumentieren Sie blockierende Befunde, akzeptierte Restrisiken, Freigabebedingungen und erforderliche Remediation-Maßnahmen.
* Entscheiden Sie, ob die Freigabe bereit, bedingt bereit, remediation-pflichtig oder nicht genehmigt ist.
* Dokumentieren Sie Entscheidungsverantwortliche, Entscheidungsdatum und verwendete Nachweise.
* Bestätigen Sie, dass nichts ohne klare fachliche und betriebliche Ownership freigegeben wird.
* Nutzen Sie Bereitschaftsnachweise, um vor der Produktionsnutzung eine ausdrückliche Go-, bedingte Go- oder No-go-Entscheidung zu treffen.
* Eine formale Bereitschaftsentscheidung verhindert, dass Automatisierungslösungen ohne klare Nachweise, akzeptierte Risiken, Remediation-Maßnahmen sowie fachliche und betriebliche Ownership freigegeben werden.
h3. Before this station
* [ ] Die gewählte Architektur, Plattform und der Implementierungsstil wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert.
* [ ] Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion.
* [ ] Das Schnittstellendesign und die offengelegten Capabilities lassen sich klar auf Geschäftswert und Nutzerbedürfnisse zurückführen.
* [ ] Das Schnittstellendesign folgt den vereinbarten Designstandards und Konventionen.
h3. Ready to leave when
* [ ] Die gewählte Architektur, Plattform und der Implementierungsstil wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert.
* [ ] Das Schnittstellendesign und die offengelegten Capabilities lassen sich klar auf Geschäftswert und Nutzerbedürfnisse zurückführen.
* [ ] Die Schnittstelle und ihre Capabilities sind ausreichend klar für Review, Auditierung und Onboarding dokumentiert.
* [ ] Das Schnittstellendesign folgt den vereinbarten Designstandards und Konventionen.
* [ ] Der Schnittstellenvertrag wurde validiert und gegen funktionale und nicht-funktionale Anforderungen getestet.
h3. Other related resources
* *Checkliste für Integration Readiness*: Checkliste für Integration Readiness unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
* *Leitfaden für Integrations-Compliance und Data Governance*: Leitfaden für Integrations-Compliance und Data Governance unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
h2. 7. Integrationsveroeffentlichung & Enablement
Veröffentlichen Sie die Integrationsfähigkeit, damit Teams sie finden, bewerten, Zugriff beantragen, onboarding durchführen, wiederverwenden und Support erhalten können.
h3. Station questions
* Betroffene Personen und geänderte Arbeit: Wer wird die Freigabe nutzen, betreiben, unterstützen, genehmigen, konsumieren oder davon betroffen sein, und welche Verantwortlichkeiten, Entscheidungen, Übergaben oder Arbeitsweisen ändern sich?
* Aktivierungs- und Rollout-Ansatz: Wie werden Zugriff, Berechtigungen, Pilotnutzung, phasenweiser Rollout, eingeschränkte Gruppen, Parallelbetrieb und Rollout-Erweiterung gesteuert?
* Enablement und Support: Welche Kommunikation, Schulung, Betriebsanweisungen und Supportpfade sind erforderlich?
* Feedback und Kontrolle: Wie werden Adoption, Vertrauen, tatsächliche Nutzung, Probleme und unerwartetes Verhalten überwacht, und welche Bedingungen lösen Pause, Rollback oder Rückkehr zum manuellen Betrieb aus?
* Planen Sie Rollout, Befähigung, Support, Feedback und Rollback, damit freigegebene Lösungen sicher eingeführt werden können.
* Automatisierungslösungen schaffen erst nach dem Rollout Wert, wenn betroffene Personen und konsumierende Systeme verstehen, was sich ändert, wie Zugriff und Betrieb funktionieren, wo Unterstützung verfügbar ist und wann der Rollout pausiert, erweitert oder zurückgerollt werden muss.
h3. Before this station
* [ ] Die gewählte Architektur, Plattform und der Implementierungsstil wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert.
* [ ] Das Schnittstellendesign und die offengelegten Capabilities lassen sich klar auf Geschäftswert und Nutzerbedürfnisse zurückführen.
* [ ] Die Schnittstelle und ihre Capabilities sind ausreichend klar für Review, Auditierung und Onboarding dokumentiert.
* [ ] Das Schnittstellendesign folgt den vereinbarten Designstandards und Konventionen.
* [ ] Der Schnittstellenvertrag wurde validiert und gegen funktionale und nicht-funktionale Anforderungen getestet.
h3. Ready to leave when
* [ ] Die Lösung besteht Qualitäts-, Sicherheits-, Compliance- und Bereitschaftsprüfungen.
* [ ] Audit-Ergebnisse und Maßnahmenentscheidungen wurden mit den relevanten Stakeholdern geteilt.
* [ ] Die Capability ist bereit, über den gewählten Bereitstellungsmechanismus veröffentlicht oder ausgeliefert zu werden.
* [ ] Nutzerorientierte Dokumentation und Onboarding-Materialien sind bereit.
h3. Other related resources
* *Leitfaden für Integrationsveröffentlichung und Auffindbarkeit*: Leitfaden für Integrationsveröffentlichung und Auffindbarkeit unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
* *Leitfaden für Integrations-Consumer-Onboarding*: Leitfaden für Integrations-Consumer-Onboarding unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
* *Vorlage für Integrations-Servicevereinbarungen*: Vorlage für Integrations-Servicevereinbarungen unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
* *Leitfaden für Integrationsversionierung und Deprecation*: Leitfaden für Integrationsversionierung und Deprecation unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
h2. 8. Integrationsmonitoring & Verbesserung
Überwachen Sie Integrationszuverlässigkeit, Wiederverwendung, Incidents, Performance, Consumer-Ergebnisse und Verbesserungsbedarf.
h3. Station questions
* Ergebnisse und Wert: Werden die erwarteten Prozess-, Nutzer- und Geschäftsergebnisse erreicht?
* Betriebsleistung: Was zeigen erfolgreiche Läufe, Fehler, Teilabschlüsse, Ausnahmen, Wiederholungen, Timeouts, Interventionen, Verarbeitungszeit, Wartezeit und Kosten?
* Nutzer-, Risiko- und Wiederherstellungssignale: Welche Fehler, Korrekturen, unsicheren Aktionen, Umgehungen, Misstrauen, Supportbedarfe, Fallback-Ereignisse oder Wiederherstellungsfehler treten auf?
* Lernen und Lifecycle-Entscheidung: Welche Hypothesenannahmen wurden bestätigt oder verworfen, und sollte die Lösung verbessert, erweitert, eingeschränkt, neu gestaltet, pausiert oder stillgelegt werden?
* Nutzen Sie operative, Nutzer-, Risiko- und Wertnachweise, um zu entscheiden, was verbessert, erweitert, eingeschränkt, pausiert oder stillgelegt werden soll.
* Freigegebene Lösungen benötigen Nachweise, ob erwartete Ergebnisse erreicht werden, wo manuelle Intervention oder Wiederherstellung noch nötig ist und welche Lifecycle-Entscheidung als Nächstes getroffen werden sollte.
h3. Before this station
* [ ] Die Lösung besteht Qualitäts-, Sicherheits-, Compliance- und Bereitschaftsprüfungen.
* [ ] Audit-Ergebnisse und Maßnahmenentscheidungen wurden mit den relevanten Stakeholdern geteilt.
* [ ] Die Capability ist bereit, über den gewählten Bereitstellungsmechanismus veröffentlicht oder ausgeliefert zu werden.
* [ ] Nutzerorientierte Dokumentation und Onboarding-Materialien sind bereit.
h3. Ready to leave when
* [ ] Nutzerorientierte Dokumentation und Onboarding-Materialien sind bereit.
* [ ] Onboarding-, Support- und Kommunikationsprozesse für Nutzer sind bereit.
* [ ] Rechtliche, Datenschutz- und Compliance-Anforderungen für Veröffentlichung oder Release sind definiert und verstanden.
h3. Other related resources
* *Integrationsmonitoring und Wertmetriken*: Integrationsmonitoring und Wertmetriken unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
* *Leitfaden für Integrations-Consumer-Feedback und Adoption*: Leitfaden für Integrations-Consumer-Feedback und Adoption unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
* *Integrationszuverlässigkeit und Datenqualitätsmetriken*: Integrationszuverlässigkeit und Datenqualitätsmetriken unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.
* *Leitfaden für Integrations-Lifecycle-Management*: Leitfaden für Integrations-Lifecycle-Management unterstützt die Planung, Entscheidung, Lieferung, Veröffentlichung oder Verbesserung einer wiederverwendbaren Integrationsfähigkeit.