Ein Zyklus zum Definieren und Produktisieren wiederverwendbarer digitaler Fähigkeiten, ohne den Implementierungsstil im Voraus anzunehmen.
Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
Ihre Route auf der Karte
Durch die Methode navigieren
Station, Zyklus oder Stakeholder-Perspektive auswählen, um die Methode zu erkunden.
Die relevanten Stakeholder stimmen zu, dass diese Capability-Möglichkeit weiter untersucht und priorisiert werden sollte.
Austrittskriterien
Das Wertversprechen der Capability wurde mit Geschäfts- und Nutzer-Stakeholdern validiert.
Die gewählte Architektur, Plattform und der Implementierungsstil wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert.
Capability Design, Service Definition, Testnachweise, Betriebsmodell, Berechtigungen, Monitoring, Support, Fallback, Lifecycle-Regelungen, Risiken und Ownership wurden für Release Readiness geprüft.
Die wiederverwendbare Fähigkeit ist auffindbar und enthält veröffentlichten Zweck, Wert, Ownership, Lifecycle-Status, Nutzungsbedingungen, Serviceerwartungen, Zugriffspfade, Support, Versionierung und Feedbackkanäle.
Beginnen Sie mit Customer Journey, Fähigkeitswert und Tragfähigkeitsnachweisen und validieren Sie dann, ob die vorgeschlagene wiederverwendbare digitale Fä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 gegenseitige Verpflichtungen von Owner, Produzenten und Nutzern für Zugriff, Service, Support, Änderungen und Lebenszyklus.
Die richtige Architektur hängt von Nutzerzielen, Onboarding-Erwartungen, Service Levels, Datenqualität, Änderungsverträglichkeit, Observability, Support und Anbieterrestriktionen ab.
Capability Architecture & Platform Decisions: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
Eine wiederverwendbare Capability braucht Architekturentscheidungen, die zu Nutzeranforderungen, Sicherheitsanforderungen, Datenflüssen, Betriebsmodell und Plattformrealität passen.
Capability Solution & Interaction Design: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
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.
Capability Delivery & Operations: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
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.
Capability Readiness Assurance: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
Eine formale Bereitschaftsentscheidung verhindert, dass Automatisierungslösungen ohne klare Nachweise, akzeptierte Risiken, Remediation-Maßnahmen sowie fachliche und betriebliche Ownership freigegeben werden.
Capability Publishing & Enablement: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
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.
Capability Monitoring & Improvement: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
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
# Capability-Produktisierungszyklus question template
Ein Zyklus zum Definieren und Produktisieren wiederverwendbarer digitaler Fä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. Capability-Strategie
Beginnen Sie mit Customer Journey, Fähigkeitswert und Tragfähigkeitsnachweisen und validieren Sie dann, ob die vorgeschlagene wiederverwendbare digitale Fä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 Fähigkeitsvalidierung
Validieren Sie, ob eine vorgeschlagene wiederverwendbare digitale Fähigkeit weiterverfolgt werden sollte.
- **Zu validierende Fähigkeit**: Welche vorgeschlagene Fä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, Nachhaltigkeit oder Akzeptanz ungültig machen?
- **Minimalvalidierung**: 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 relevanten Stakeholder stimmen zu, dass diese Capability-Möglichkeit weiter untersucht und priorisiert werden sollte.
### 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 Nutzern und Produzenten
Vereinbaren Sie gegenseitige Verpflichtungen von Owner, Produzenten und Nutzern für Zugriff, Service, Support, Änderungen und Lebenszyklus.
### Canvas questions
#### Canvas für Verpflichtungen von Fähigkeitsnutzern und -produzenten
Vereinbaren Sie gegenseitige Verpflichtungen für Bereitstellung und Nutzung einer wiederverwendbaren Fähigkeit.
- **Ausgewählte Nutzer und Anwendungsfälle**: Welche Nutzer und Nutzungskontexte sind abgedeckt?
- **Owner- und Produzentenverpflichtungen**: Was werden Owner und Produzenten bereitstellen, warten, überwachen und unterstützen?
- **Nutzerverantwortlichkeiten**: Was müssen Nutzer für angemessene Nutzung, Zugriff, Tests und Feedback tun?
- **Zugriff und Onboarding**: Welcher Discovery-, Genehmigungs-, Test- und Onboarding-Pfad ist vereinbart?
- **Service und Lebenszyklus**: Welche Service-, Änderungs-, Deprecation- und Stilllegungsverpflichtungen sind vereinbart?
- **Offene Verpflichtungen**: Was bleibt vor Architektur oder Lieferung ungeklärt?
### 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 Capability Consumer Onboarding**: Leitfaden für Capability Consumer Onboarding unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
- **Leitfaden für Serviceerwartungen wiederverwendbarer Fähigkeiten**: Leitfaden für Serviceerwartungen wiederverwendbarer Fähigkeiten unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
- **Leitfaden für Capability Ownership und Producer-Verantwortlichkeiten**: Leitfaden für Capability Ownership und Producer-Verantwortlichkeiten unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
## 3. Entscheidungen zu Fähigkeitsarchitektur und Plattform
Capability Architecture & Platform Decisions: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
### 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 Fähigkeitsarchitektur-Entscheidung
Wählen Sie anhand bereits gesammelter Nachweise, wie die Fähigkeit geliefert wird.
- **Wiederverwendete Eingaben**: Welche früheren Entscheidungen und Einschränkungen prägen die Umsetzungswahl?
- **Tragfähige Optionen**: Welche API-, Event-, Workflow-, Anwendungs-, Datenprodukt-, Shared-Service-, menschlichen Service- oder hybriden Optionen bleiben tragfähig?
- **Ausgewählter Ansatz**: Welcher Umsetzungsstil und welche unterstützende Plattform werden 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. Fähigkeitslösungs- und Interaktionsdesign
Capability Solution & Interaction Design: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
### 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 Fähigkeitslösungsdesign
Verfeinern Sie den ausgewählten Umsetzungsstil zu einem klaren, nutzerorientierten Fähigkeitsdesign.
- **Ausgewählte Eingaben**: Welche früheren Journey-, Wert-, Domänen-, Verpflichtungs- und Architekturentscheidungen werden wiederverwendet?
- **Grenze und Interaktion**: Was gehört in die Fähigkeit, und wie nutzen Nutzer sie?
- **Vertrag, Regeln und Ergebnisse**: Welches Verhalten, welche Verantwortlichkeiten, Eingaben, Ausgaben und Ergebnisse werden zugesagt?
- **Fehler und Sicherheit**: Wie werden Ausnahmen, Zugriff, Datenschutz und Vertrauen behandelt?
- **Lebenszyklus und Support**: Wie funktionieren Änderungen, Versionierung, Support, Deprecation und Stilllegung?
- **Beobachtbarkeit**: Welche Health-, Nutzungs-, Qualitäts-, Wert- und Nutzersignale müssen sichtbar sein?
#### 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.
## 5. Bereitstellung und Betrieb der Fähigkeit
Capability Delivery & Operations: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
### Canvas questions
#### Canvas für Fähigkeitsbereitschaft und Betrieb
Bereiten Sie die minimal erforderlichen Betriebsnachweise vor der Fähigkeits-Readiness-Prüfung vor.
- **Verantwortlichkeit**: Wer verantwortet Wert, Fähigkeitslebenszyklus, Produktion, Betrieb, Support und Änderungen?
- **Umgebungen und Zugriff**: Sind erforderliche Umgebungen, Zugriffe, Berechtigungen und Credentials bereit?
- **Testnachweise**: Was belegt Ergebnisse, Qualität, Sicherheit, Kompatibilität, Resilienz und Nutzerfreundlichkeit?
- **Monitoring und Support**: Wie werden Health, Nutzung, Wert, Incidents, Nutzer und Betreiber unterstützt?
- **Kontinuität und Wiederherstellung**: Wie läuft der Service weiter, degradiert sicher, wird wiederhergestellt oder fällt zurück?
- **Readiness-Status**: Sind Service-Definitionen, Runbooks, 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
- **Leitfaden zur Fähigkeitsbereitstellung**: Capability Delivery Guide unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
- **Leitfaden für Capability Testing und Validierung**: Leitfaden für Capability Testing und Validierung unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
- **Leitfaden für Capability CI/CD und Release**: Leitfaden für Capability CI/CD und Release unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
- **Leitfaden für operative Capability Ownership**: Leitfaden für operative Capability Ownership unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
- **Leitfaden für Capability Security und Zugriff**: Leitfaden für Capability Security und Zugriff unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
- **Leitfaden für Capability Support und Lifecycle**: Leitfaden für Capability Support und Lifecycle unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
## 6. Sicherstellung der Fähigkeitsbereitschaft
Capability Readiness Assurance: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
### 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 zur Fähigkeitsbereitschaft**: Capability Readiness Checklist unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
- **Leitfaden für Capability Compliance und Governance**: Leitfaden für Capability Compliance und Governance unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
- **Checkliste für Capability Servicequalität**: Checkliste für Capability Servicequalität unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
## 7. Veröffentlichung und Befähigung der Fähigkeit
Capability Publishing & Enablement: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
### 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 Capability Publishing und Discovery**: Leitfaden für Capability Publishing und Discovery unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
- **Leitfaden für Capability Consumer Onboarding**: Leitfaden für Capability Consumer Onboarding unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
- **Vorlage für Fähigkeits-Servicevereinbarung**: Capability Service Agreement Template unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
- **Leitfaden für Capability Versioning und Lifecycle**: Leitfaden für Capability Versioning und Lifecycle unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
## 8. Monitoring und Verbesserung der Fähigkeit
Capability Monitoring & Improvement: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
### 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
- **Capability Monitoring und Wertmetriken**: Capability Monitoring und Wertmetriken unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
- **Leitfaden für Capability Adoption und Wiederverwendung**: Leitfaden für Capability Adoption und Wiederverwendung unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
- **Leitfaden für Capability Consumer Feedback**: Leitfaden für Capability Consumer Feedback unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
- **Leitfaden für Capability Lifecycle Management**: Leitfaden für Capability Lifecycle Management unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
Confluence-wiki
h1. Capability-Produktisierungszyklus question template
Ein Zyklus zum Definieren und Produktisieren wiederverwendbarer digitaler Fä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. Capability-Strategie
Beginnen Sie mit Customer Journey, Fähigkeitswert und Tragfähigkeitsnachweisen und validieren Sie dann, ob die vorgeschlagene wiederverwendbare digitale Fä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 Fähigkeitsvalidierung
Validieren Sie, ob eine vorgeschlagene wiederverwendbare digitale Fähigkeit weiterverfolgt werden sollte.
* *Zu validierende Fähigkeit*: Welche vorgeschlagene Fä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, Nachhaltigkeit oder Akzeptanz ungültig machen?
* *Minimalvalidierung*: 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 relevanten Stakeholder stimmen zu, dass diese Capability-Möglichkeit weiter untersucht und priorisiert werden sollte.
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 Nutzern und Produzenten
Vereinbaren Sie gegenseitige Verpflichtungen von Owner, Produzenten und Nutzern für Zugriff, Service, Support, Änderungen und Lebenszyklus.
h3. Canvas questions
h4. Canvas für Verpflichtungen von Fähigkeitsnutzern und -produzenten
Vereinbaren Sie gegenseitige Verpflichtungen für Bereitstellung und Nutzung einer wiederverwendbaren Fähigkeit.
* *Ausgewählte Nutzer und Anwendungsfälle*: Welche Nutzer und Nutzungskontexte sind abgedeckt?
* *Owner- und Produzentenverpflichtungen*: Was werden Owner und Produzenten bereitstellen, warten, überwachen und unterstützen?
* *Nutzerverantwortlichkeiten*: Was müssen Nutzer für angemessene Nutzung, Zugriff, Tests und Feedback tun?
* *Zugriff und Onboarding*: Welcher Discovery-, Genehmigungs-, Test- und Onboarding-Pfad ist vereinbart?
* *Service und Lebenszyklus*: Welche Service-, Änderungs-, Deprecation- und Stilllegungsverpflichtungen sind vereinbart?
* *Offene Verpflichtungen*: Was bleibt vor Architektur oder Lieferung ungeklärt?
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 Capability Consumer Onboarding*: Leitfaden für Capability Consumer Onboarding unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
* *Leitfaden für Serviceerwartungen wiederverwendbarer Fähigkeiten*: Leitfaden für Serviceerwartungen wiederverwendbarer Fähigkeiten unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
* *Leitfaden für Capability Ownership und Producer-Verantwortlichkeiten*: Leitfaden für Capability Ownership und Producer-Verantwortlichkeiten unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
h2. 3. Entscheidungen zu Fähigkeitsarchitektur und Plattform
Capability Architecture & Platform Decisions: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
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 Fähigkeitsarchitektur-Entscheidung
Wählen Sie anhand bereits gesammelter Nachweise, wie die Fähigkeit geliefert wird.
* *Wiederverwendete Eingaben*: Welche früheren Entscheidungen und Einschränkungen prägen die Umsetzungswahl?
* *Tragfähige Optionen*: Welche API-, Event-, Workflow-, Anwendungs-, Datenprodukt-, Shared-Service-, menschlichen Service- oder hybriden Optionen bleiben tragfähig?
* *Ausgewählter Ansatz*: Welcher Umsetzungsstil und welche unterstützende Plattform werden 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. Fähigkeitslösungs- und Interaktionsdesign
Capability Solution & Interaction Design: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
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 Fähigkeitslösungsdesign
Verfeinern Sie den ausgewählten Umsetzungsstil zu einem klaren, nutzerorientierten Fähigkeitsdesign.
* *Ausgewählte Eingaben*: Welche früheren Journey-, Wert-, Domänen-, Verpflichtungs- und Architekturentscheidungen werden wiederverwendet?
* *Grenze und Interaktion*: Was gehört in die Fähigkeit, und wie nutzen Nutzer sie?
* *Vertrag, Regeln und Ergebnisse*: Welches Verhalten, welche Verantwortlichkeiten, Eingaben, Ausgaben und Ergebnisse werden zugesagt?
* *Fehler und Sicherheit*: Wie werden Ausnahmen, Zugriff, Datenschutz und Vertrauen behandelt?
* *Lebenszyklus und Support*: Wie funktionieren Änderungen, Versionierung, Support, Deprecation und Stilllegung?
* *Beobachtbarkeit*: Welche Health-, Nutzungs-, Qualitäts-, Wert- und Nutzersignale müssen sichtbar sein?
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.
h2. 5. Bereitstellung und Betrieb der Fähigkeit
Capability Delivery & Operations: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
h3. Canvas questions
h4. Canvas für Fähigkeitsbereitschaft und Betrieb
Bereiten Sie die minimal erforderlichen Betriebsnachweise vor der Fähigkeits-Readiness-Prüfung vor.
* *Verantwortlichkeit*: Wer verantwortet Wert, Fähigkeitslebenszyklus, Produktion, Betrieb, Support und Änderungen?
* *Umgebungen und Zugriff*: Sind erforderliche Umgebungen, Zugriffe, Berechtigungen und Credentials bereit?
* *Testnachweise*: Was belegt Ergebnisse, Qualität, Sicherheit, Kompatibilität, Resilienz und Nutzerfreundlichkeit?
* *Monitoring und Support*: Wie werden Health, Nutzung, Wert, Incidents, Nutzer und Betreiber unterstützt?
* *Kontinuität und Wiederherstellung*: Wie läuft der Service weiter, degradiert sicher, wird wiederhergestellt oder fällt zurück?
* *Readiness-Status*: Sind Service-Definitionen, Runbooks, 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
* *Leitfaden zur Fähigkeitsbereitstellung*: Capability Delivery Guide unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
* *Leitfaden für Capability Testing und Validierung*: Leitfaden für Capability Testing und Validierung unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
* *Leitfaden für Capability CI/CD und Release*: Leitfaden für Capability CI/CD und Release unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
* *Leitfaden für operative Capability Ownership*: Leitfaden für operative Capability Ownership unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
* *Leitfaden für Capability Security und Zugriff*: Leitfaden für Capability Security und Zugriff unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
* *Leitfaden für Capability Support und Lifecycle*: Leitfaden für Capability Support und Lifecycle unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
h2. 6. Sicherstellung der Fähigkeitsbereitschaft
Capability Readiness Assurance: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
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 zur Fähigkeitsbereitschaft*: Capability Readiness Checklist unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
* *Leitfaden für Capability Compliance und Governance*: Leitfaden für Capability Compliance und Governance unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
* *Checkliste für Capability Servicequalität*: Checkliste für Capability Servicequalität unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
h2. 7. Veröffentlichung und Befähigung der Fähigkeit
Capability Publishing & Enablement: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
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 Capability Publishing und Discovery*: Leitfaden für Capability Publishing und Discovery unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
* *Leitfaden für Capability Consumer Onboarding*: Leitfaden für Capability Consumer Onboarding unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
* *Vorlage für Fähigkeits-Servicevereinbarung*: Capability Service Agreement Template unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
* *Leitfaden für Capability Versioning und Lifecycle*: Leitfaden für Capability Versioning und Lifecycle unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
h2. 8. Monitoring und Verbesserung der Fähigkeit
Capability Monitoring & Improvement: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.
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
* *Capability Monitoring und Wertmetriken*: Capability Monitoring und Wertmetriken unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
* *Leitfaden für Capability Adoption und Wiederverwendung*: Leitfaden für Capability Adoption und Wiederverwendung unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
* *Leitfaden für Capability Consumer Feedback*: Leitfaden für Capability Consumer Feedback unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.
* *Leitfaden für Capability Lifecycle Management*: Leitfaden für Capability Lifecycle Management unterstützt den jeweiligen Capability-Schritt mit spezifischen Entscheidungen, Nachweisen, Verantwortlichkeiten, Risiken und nächsten Schritten.