Ein Zyklus zum Auswählen, Entwerfen, Bereitstellen, Einführen und Verbessern von Automatisierungslösungen über Menschen, Regeln, Workflows, Agenten, Integrationen, UI-Automatisierung und Betrieb hinweg.
Teams von externen Kunden- und Fähigkeitsergebnissen zu einer validierten, gesteuerten und betreibbaren Automatisierungslösung führen.
Ihre Route auf der Karte
Durch die Methode navigieren
Station, Zyklus oder Stakeholder-Perspektive auswählen, um die Methode zu erkunden.
Die Automatisierungshypothese verfügt über ausreichend referenzierte Nachweise zum erwarteten Ergebnis, Umfang, zu anfänglichen Umsetzungsannahmen, kritischen Risiken, Validierungsexperiment, Schwellenwerten und zur Entscheidung, um zu bestimmen, ob sie weiterverfolgt werden soll.
Die Verantwortlichkeit für die Automatisierungschance, Prozessentscheidungen, PoC-Validierung, Risiken und Lebenszyklusergebnisse ist geklärt.
Austrittskriterien
Die ausgewählte Automatisierungsarchitektur, Umsetzungsmechanismen, menschlichen Kontrollen, Sicherheitsbeschränkungen und der Wiederherstellungsansatz wurden mit den relevanten Stakeholdern validiert.
Für die Automatisierung liegen Nachweise zu funktionaler Korrektheit, Berechtigungen, Ausnahmebehandlung, Aufsicht, Monitoring, Support, Rollback und operativer Verantwortlichkeit vor.
Automatisierungsleistung, Prozessergebnisse, Risikosignale, manuelle Eingriffe, Vorfälle und realisierte Vorteile können überwacht und zur Priorisierung von Verbesserungen genutzt werden.
Beginnen Sie mit dem relevantesten externen Kunden. Nutzen Sie Nachweise aus Journey und Fähigkeitswert, um zu validieren, ob eine Automatisierungshypothese 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.
Klären Sie Prozess-, Erlebnis-, Domänen-, Service- und nichtfunktionale Anforderungen, die der spätere Workflow und die Architektur erfüllen müssen.
Die richtige Architektur hängt von Nutzerzielen, Onboarding-Erwartungen, Service Levels, Datenqualität, Änderungsverträglichkeit, Observability, Support und Anbieterrestriktionen ab.
Nutzen Sie Auswirkungen, Standort, Kapazität und frühere Anforderungen, um den Umsetzungsansatz für die Automatisierung zu wählen und Begründung sowie verbleibende Risiken festzuhalten.
Eine wiederverwendbare Capability braucht Architekturentscheidungen, die zu Nutzeranforderungen, Sicherheitsanforderungen, Datenflüssen, Betriebsmodell und Plattformrealität passen.
Entwerfen Sie den internen Workflow, der zur Erreichung der ausgewählten Kunden- und Fähigkeitsergebnisse benötigt wird, einschließlich Arbeitsverteilung, Kontrollen, Ausnahmen, Wiederherstellung, Nachweisen und Monitoring.
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, konfigurieren, testen, versionieren und deployen Sie den ausgewählten Automatisierungspfad und bereiten Sie das Betriebsmodell vor, einschließlich Verantwortlichkeit, Umgebungen, Runbooks, Monitoring, Fallback, Rollback, Support und bekannter Risiken.
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.
Nutzen Sie eine Readiness-Checkliste, um Nachweise zu prüfen und die Freigabeentscheidung festzuhalten: bereit, unter Bedingungen bereit, Nachbesserung erforderlich oder nicht genehmigt.
Eine formale Bereitschaftsentscheidung verhindert, dass Automatisierungslösungen ohne klare Nachweise, akzeptierte Risiken, Remediation-Maßnahmen sowie fachliche und betriebliche Ownership freigegeben werden.
Aktivieren und rollen Sie die Automatisierung sicher aus - mit Kommunikation, Schulung, Betriebsanweisungen, Supportwegen, Adoptionsmonitoring, Feedbackkanälen, phasenweisem Rollout sowie Pausen- und Rollback-Bedingungen.
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 tatsächliche Automatisierungsergebnisse, erfolgreiche und fehlgeschlagene Läufe, Ausnahmen, Wiederholungen, Eingriffe, Durchlaufzeit, Wartezeit, Kosten, Fehler, unsichere Aktionen, Einführung, Vertrauen, realisierten Nutzen und welche Hypothesenannahmen bestätigt oder verworfen wurden.
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
# Automatisierungszyklus question template
Ein Zyklus zum Auswählen, Entwerfen, Bereitstellen, Einführen und Verbessern von Automatisierungslösungen über Menschen, Regeln, Workflows, Agenten, Integrationen, UI-Automatisierung und Betrieb hinweg.
Use this template to gather answers and evidence station by station. Canvas section prompts are listed first, followed by other related resources.
## 1. Automatisierungschance & Strategie
Beginnen Sie mit dem relevantesten externen Kunden. Nutzen Sie Nachweise aus Journey und Fähigkeitswert, um zu validieren, ob eine Automatisierungshypothese 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?
#### Canvas für Automatisierungshypothese und Validierung
Überführen Sie vorhandene Nachweise zu Journey, Wert, Auswirkungen, Domäne und Kapazität in eine prüfbare Automatisierungsentscheidung.
- **Automatisierungshypothese**: Welche Arbeit sollte aus unserer Sicht automatisiert werden, und welches Ergebnis soll sie erreichen?
- **Wiederverwendete Nachweise**: Welche früheren Canvas-Ergebnisse stützen die Hypothese?
- **Kritische Annahmen**: Was könnte die Hypothese falsch, unsicher oder nicht umsetzbar machen?
- **Validierungsexperiment**: Was ist der kleinste sinnvolle Test, welcher Nachweisschwellenwert gilt, und wann wird gestoppt?
- **Entscheidung**: Fortfahren, überarbeiten, den Prozess neu gestalten oder stoppen?
### Before this station
- [ ] Die Automatisierungshypothese verfügt über ausreichend referenzierte Nachweise zum erwarteten Ergebnis, Umfang, zu anfänglichen Umsetzungsannahmen, kritischen Risiken, Validierungsexperiment, Schwellenwerten und zur Entscheidung, um zu bestimmen, ob sie weiterverfolgt werden soll.
- [ ] Die Verantwortlichkeit für die Automatisierungschance, Prozessentscheidungen, PoC-Validierung, Risiken und Lebenszyklusergebnisse ist geklärt.
### 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. Prozess- und Erlebnisanforderungen
Klären Sie Prozess-, Erlebnis-, Domänen-, Service- und nichtfunktionale Anforderungen, die der spätere Workflow und die Architektur erfüllen müssen.
### Canvas questions
#### Canvas für Anforderungen an das Nutzererlebnis
Welche Erlebnis-, Betriebs- und nichtfunktionalen Anforderungen muss die Lösung für Benutzer, Betreiber, Konsumenten, Genehmigende und Support-Teams erfüllen?
- **Ziele von Benutzern, Betreibern oder Konsumenten**: Welche Geschäfts-, Workflow-, Entscheidungs-, Automatisierungs-, Support- oder Datennutzungsziele müssen unterstützt werden?
- **Verfügbarkeits- und Aktualitätsbedarfe**: Wann muss die Lösung verfügbar sein, wie aktuell müssen Informationen sein, und welche Reaktions-, Liefer- oder Abschlussfenster sind wichtig?
- **Volumen- und Leistungserwartungen**: Welche Benutzer-, Fall-, Transaktions-, Datensatz-, Event-, Datei-, Batch- oder Arbeitsvolumen müssen vor der Kapazitätsplanung verstanden werden?
- **Bedarfe an Datenqualität und Konsistenz**: Welche Erwartungen an Genauigkeit, Vollständigkeit, Konsistenz, Reihenfolge, Deduplizierung, Abstimmung oder Validierung bestehen?
- **Sicherheits-, Datenschutz- und Compliance-Randbedingungen**: Welche Anforderungen an Identität, Autorisierung, Vertraulichkeit, Datenresidenz, Einwilligung, Aufbewahrung, Audit oder Regulierung muss die Lösung erfüllen?
- **Aktivierung und Zugriff**: Wie erhalten Benutzer, Betreiber oder konsumierende Teams Zugriff, starten oder nutzen die Lösung und erhalten notwendige Berechtigungen und Anleitung?
- **Erwartungen an Änderung und Versionierung**: Welche Änderungstoleranz besteht, und welche Erwartungen an Ankündigung, Kompatibilität, Migration, Schulung oder Versionierung gelten?
- **Bedarfe an Beobachtbarkeit und Support**: Welche Überwachung, Statusinformationen, Nachverfolgbarkeit, Qualitätsübersicht, Unterstützung, Verantwortung und Incident-Kommunikation benötigen Benutzer und Betreiber?
- **Bedarfe an Wiederherstellung und Kontinuität**: Welche Erwartungen an Replay, Retry, Abstimmung, Backup, Fallback, Kontinuität oder manuelle Wiederherstellung müssen unterstützt werden?
- **Randbedingungen für späteres Design**: Welche Anforderungen müssen spätere Architektur-, Workflow-, Kapazitäts-, Integrations- oder Implementierungsentscheidungen erfüllen?
#### 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?
### 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.
## 3. Entscheidung zu Automatisierungsarchitektur und Plattform
Nutzen Sie Auswirkungen, Standort, Kapazität und frühere Anforderungen, um den Umsetzungsansatz für die Automatisierung zu wählen und Begründung sowie verbleibende Risiken festzuhalten.
### 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 Automatisierungsarchitektur-Entscheidung
Wählen Sie den Umsetzungsansatz anhand bereits gesammelter Nachweise.
- **Wiederverwendete Eingaben**: Welche Anforderungen, Kapazitäts-, Standort-, Auswirkungs- und Verantwortlichkeitsentscheidungen begrenzen die Auswahl?
- **Tragfähige Optionen**: Welche Optionen mit Menschen, Workflows, Regeln, Agenten, APIs, Konnektoren, individuellen Lösungen oder UI-Automatisierung bleiben tragfähig?
- **Ausgewählter Ansatz**: Welcher Umsetzungsstil oder 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. Automatisierungs-Workflow-Design
Entwerfen Sie den internen Workflow, der zur Erreichung der ausgewählten Kunden- und Fähigkeitsergebnisse benötigt wird, einschließlich Arbeitsverteilung, Kontrollen, Ausnahmen, Wiederherstellung, Nachweisen und Monitoring.
### Canvas questions
#### Automatisierungs-Workflow-Canvas
Entwerfen Sie den internen Workflow, der benötigt wird, um die ausgewählten Kunden- und Capability-Ergebnisse zu liefern.
- **Ausgewählte Kunden- und Capability-Ergebnisse**: Welche vereinbarten Kunden- und Capability-Ergebnisse muss dieser Workflow liefern?
- **Interne Workflow-Schritte**: Welche interne Arbeit muss stattfinden, um diese Ergebnisse zu erzeugen?
- **Arbeitsverteilung und menschliche Kontrolle**: Was bleibt menschlich, was wird automatisiert und wo sind Aufsicht oder Eskalation erforderlich?
- **Inputs, Outputs und Interaktionen**: Welche Informationen, Systeme und Übergaben werden benötigt?
- **Entscheidungen, Ausnahmen und Wiederherstellung**: Was verändert den Ablauf, was kann fehlschlagen und wie wird die Arbeit wiederhergestellt?
- **Nachweise und Monitoring**: Was belegt den korrekten Betrieb und zeigt, ob das beabsichtigte Ergebnis erreicht wurde?
### 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.
## 5. Automatisierungsbereitstellung & Betrieb
Bauen, konfigurieren, testen, versionieren und deployen Sie den ausgewählten Automatisierungspfad und bereiten Sie das Betriebsmodell vor, einschließlich Verantwortlichkeit, Umgebungen, Runbooks, Monitoring, Fallback, Rollback, Support und bekannter Risiken.
### Canvas questions
#### Canvas für Automatisierungsbereitschaft und Betrieb
Bereiten Sie die minimal erforderlichen Betriebsnachweise vor der Readiness-Prüfung vor.
- **Verantwortlichkeit**: Wer verantwortet Geschäftsergebnisse, Betrieb, Support und Änderungen?
- **Umgebungen und Zugriff**: Sind Umgebungen, Berechtigungen, Credentials und Identitäten bereit?
- **Testnachweise**: Was belegt korrektes, sicheres und zuverlässiges Verhalten?
- **Monitoring und Support**: Wie werden Health, Incidents, Nutzer und Betreiber unterstützt?
- **Fehler und Wiederherstellung**: Wie funktionieren Ausnahmen, Fallback, Rollback und manuelle Wiederherstellung?
- **Readiness-Status**: Sind Dokumentation, 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.
## 6. Automatisierungsbereitschaftsprüfung
Nutzen Sie eine Readiness-Checkliste, um Nachweise zu prüfen und die Freigabeentscheidung festzuhalten: bereit, unter Bedingungen bereit, Nachbesserung erforderlich oder nicht genehmigt.
### 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 Automatisierungsbereitschaft**: Eine Checkliste zur Prüfung von Automatisierungsnachweisen, blockierenden Befunden, akzeptierten Restrisiken, Freigabebedingungen, Nachbesserungsmaßnahmen, Entscheidungsverantwortung, Entscheidungsdatum und Release Readiness.
## 7. Automatisierungs-Rollout & Enablement
Aktivieren und rollen Sie die Automatisierung sicher aus - mit Kommunikation, Schulung, Betriebsanweisungen, Supportwegen, Adoptionsmonitoring, Feedbackkanälen, phasenweisem Rollout sowie Pausen- und Rollback-Bedingungen.
### 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 Rollout und Enablement von Automatisierungen**: Anleitung zur Aktivierung und Einführung von Automatisierungen mit Analyse geänderter Arbeit, Rollout-Ansatz, Enablement, Support, Feedback, Adoptionsmonitoring und Kontrollbedingungen.
## 8. Automatisierungsmonitoring & Verbesserung
Überwachen Sie tatsächliche Automatisierungsergebnisse, erfolgreiche und fehlgeschlagene Läufe, Ausnahmen, Wiederholungen, Eingriffe, Durchlaufzeit, Wartezeit, Kosten, Fehler, unsichere Aktionen, Einführung, Vertrauen, realisierten Nutzen und welche Hypothesenannahmen bestätigt oder verworfen wurden.
### 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
- **Automatisierungsmonitoring und Wertmetriken**: Anleitung zur Messung von Ergebnissen, operativer Leistung, Nutzerverhalten, Risiko, Wiederherstellung, realisiertem Wert, Hypothesenlernen und Lifecycle-Entscheidungen nach dem Rollout.
Confluence-wiki
h1. Automatisierungszyklus question template
Ein Zyklus zum Auswählen, Entwerfen, Bereitstellen, Einführen und Verbessern von Automatisierungslösungen über Menschen, Regeln, Workflows, Agenten, Integrationen, UI-Automatisierung und Betrieb hinweg.
Use this template to gather answers and evidence station by station. Canvas section prompts are listed first, followed by other related resources.
h2. 1. Automatisierungschance & Strategie
Beginnen Sie mit dem relevantesten externen Kunden. Nutzen Sie Nachweise aus Journey und Fähigkeitswert, um zu validieren, ob eine Automatisierungshypothese 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. Canvas für Automatisierungshypothese und Validierung
Überführen Sie vorhandene Nachweise zu Journey, Wert, Auswirkungen, Domäne und Kapazität in eine prüfbare Automatisierungsentscheidung.
* *Automatisierungshypothese*: Welche Arbeit sollte aus unserer Sicht automatisiert werden, und welches Ergebnis soll sie erreichen?
* *Wiederverwendete Nachweise*: Welche früheren Canvas-Ergebnisse stützen die Hypothese?
* *Kritische Annahmen*: Was könnte die Hypothese falsch, unsicher oder nicht umsetzbar machen?
* *Validierungsexperiment*: Was ist der kleinste sinnvolle Test, welcher Nachweisschwellenwert gilt, und wann wird gestoppt?
* *Entscheidung*: Fortfahren, überarbeiten, den Prozess neu gestalten oder stoppen?
h3. Before this station
* [ ] Die Automatisierungshypothese verfügt über ausreichend referenzierte Nachweise zum erwarteten Ergebnis, Umfang, zu anfänglichen Umsetzungsannahmen, kritischen Risiken, Validierungsexperiment, Schwellenwerten und zur Entscheidung, um zu bestimmen, ob sie weiterverfolgt werden soll.
* [ ] Die Verantwortlichkeit für die Automatisierungschance, Prozessentscheidungen, PoC-Validierung, Risiken und Lebenszyklusergebnisse ist geklärt.
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. Prozess- und Erlebnisanforderungen
Klären Sie Prozess-, Erlebnis-, Domänen-, Service- und nichtfunktionale Anforderungen, die der spätere Workflow und die Architektur erfüllen müssen.
h3. Canvas questions
h4. Canvas für Anforderungen an das Nutzererlebnis
Welche Erlebnis-, Betriebs- und nichtfunktionalen Anforderungen muss die Lösung für Benutzer, Betreiber, Konsumenten, Genehmigende und Support-Teams erfüllen?
* *Ziele von Benutzern, Betreibern oder Konsumenten*: Welche Geschäfts-, Workflow-, Entscheidungs-, Automatisierungs-, Support- oder Datennutzungsziele müssen unterstützt werden?
* *Verfügbarkeits- und Aktualitätsbedarfe*: Wann muss die Lösung verfügbar sein, wie aktuell müssen Informationen sein, und welche Reaktions-, Liefer- oder Abschlussfenster sind wichtig?
* *Volumen- und Leistungserwartungen*: Welche Benutzer-, Fall-, Transaktions-, Datensatz-, Event-, Datei-, Batch- oder Arbeitsvolumen müssen vor der Kapazitätsplanung verstanden werden?
* *Bedarfe an Datenqualität und Konsistenz*: Welche Erwartungen an Genauigkeit, Vollständigkeit, Konsistenz, Reihenfolge, Deduplizierung, Abstimmung oder Validierung bestehen?
* *Sicherheits-, Datenschutz- und Compliance-Randbedingungen*: Welche Anforderungen an Identität, Autorisierung, Vertraulichkeit, Datenresidenz, Einwilligung, Aufbewahrung, Audit oder Regulierung muss die Lösung erfüllen?
* *Aktivierung und Zugriff*: Wie erhalten Benutzer, Betreiber oder konsumierende Teams Zugriff, starten oder nutzen die Lösung und erhalten notwendige Berechtigungen und Anleitung?
* *Erwartungen an Änderung und Versionierung*: Welche Änderungstoleranz besteht, und welche Erwartungen an Ankündigung, Kompatibilität, Migration, Schulung oder Versionierung gelten?
* *Bedarfe an Beobachtbarkeit und Support*: Welche Überwachung, Statusinformationen, Nachverfolgbarkeit, Qualitätsübersicht, Unterstützung, Verantwortung und Incident-Kommunikation benötigen Benutzer und Betreiber?
* *Bedarfe an Wiederherstellung und Kontinuität*: Welche Erwartungen an Replay, Retry, Abstimmung, Backup, Fallback, Kontinuität oder manuelle Wiederherstellung müssen unterstützt werden?
* *Randbedingungen für späteres Design*: Welche Anforderungen müssen spätere Architektur-, Workflow-, Kapazitäts-, Integrations- oder Implementierungsentscheidungen erfüllen?
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?
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.
h2. 3. Entscheidung zu Automatisierungsarchitektur und Plattform
Nutzen Sie Auswirkungen, Standort, Kapazität und frühere Anforderungen, um den Umsetzungsansatz für die Automatisierung zu wählen und Begründung sowie verbleibende Risiken festzuhalten.
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 Automatisierungsarchitektur-Entscheidung
Wählen Sie den Umsetzungsansatz anhand bereits gesammelter Nachweise.
* *Wiederverwendete Eingaben*: Welche Anforderungen, Kapazitäts-, Standort-, Auswirkungs- und Verantwortlichkeitsentscheidungen begrenzen die Auswahl?
* *Tragfähige Optionen*: Welche Optionen mit Menschen, Workflows, Regeln, Agenten, APIs, Konnektoren, individuellen Lösungen oder UI-Automatisierung bleiben tragfähig?
* *Ausgewählter Ansatz*: Welcher Umsetzungsstil oder 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. Automatisierungs-Workflow-Design
Entwerfen Sie den internen Workflow, der zur Erreichung der ausgewählten Kunden- und Fähigkeitsergebnisse benötigt wird, einschließlich Arbeitsverteilung, Kontrollen, Ausnahmen, Wiederherstellung, Nachweisen und Monitoring.
h3. Canvas questions
h4. Automatisierungs-Workflow-Canvas
Entwerfen Sie den internen Workflow, der benötigt wird, um die ausgewählten Kunden- und Capability-Ergebnisse zu liefern.
* *Ausgewählte Kunden- und Capability-Ergebnisse*: Welche vereinbarten Kunden- und Capability-Ergebnisse muss dieser Workflow liefern?
* *Interne Workflow-Schritte*: Welche interne Arbeit muss stattfinden, um diese Ergebnisse zu erzeugen?
* *Arbeitsverteilung und menschliche Kontrolle*: Was bleibt menschlich, was wird automatisiert und wo sind Aufsicht oder Eskalation erforderlich?
* *Inputs, Outputs und Interaktionen*: Welche Informationen, Systeme und Übergaben werden benötigt?
* *Entscheidungen, Ausnahmen und Wiederherstellung*: Was verändert den Ablauf, was kann fehlschlagen und wie wird die Arbeit wiederhergestellt?
* *Nachweise und Monitoring*: Was belegt den korrekten Betrieb und zeigt, ob das beabsichtigte Ergebnis erreicht wurde?
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.
h2. 5. Automatisierungsbereitstellung & Betrieb
Bauen, konfigurieren, testen, versionieren und deployen Sie den ausgewählten Automatisierungspfad und bereiten Sie das Betriebsmodell vor, einschließlich Verantwortlichkeit, Umgebungen, Runbooks, Monitoring, Fallback, Rollback, Support und bekannter Risiken.
h3. Canvas questions
h4. Canvas für Automatisierungsbereitschaft und Betrieb
Bereiten Sie die minimal erforderlichen Betriebsnachweise vor der Readiness-Prüfung vor.
* *Verantwortlichkeit*: Wer verantwortet Geschäftsergebnisse, Betrieb, Support und Änderungen?
* *Umgebungen und Zugriff*: Sind Umgebungen, Berechtigungen, Credentials und Identitäten bereit?
* *Testnachweise*: Was belegt korrektes, sicheres und zuverlässiges Verhalten?
* *Monitoring und Support*: Wie werden Health, Incidents, Nutzer und Betreiber unterstützt?
* *Fehler und Wiederherstellung*: Wie funktionieren Ausnahmen, Fallback, Rollback und manuelle Wiederherstellung?
* *Readiness-Status*: Sind Dokumentation, 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.
h2. 6. Automatisierungsbereitschaftsprüfung
Nutzen Sie eine Readiness-Checkliste, um Nachweise zu prüfen und die Freigabeentscheidung festzuhalten: bereit, unter Bedingungen bereit, Nachbesserung erforderlich oder nicht genehmigt.
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 Automatisierungsbereitschaft*: Eine Checkliste zur Prüfung von Automatisierungsnachweisen, blockierenden Befunden, akzeptierten Restrisiken, Freigabebedingungen, Nachbesserungsmaßnahmen, Entscheidungsverantwortung, Entscheidungsdatum und Release Readiness.
h2. 7. Automatisierungs-Rollout & Enablement
Aktivieren und rollen Sie die Automatisierung sicher aus - mit Kommunikation, Schulung, Betriebsanweisungen, Supportwegen, Adoptionsmonitoring, Feedbackkanälen, phasenweisem Rollout sowie Pausen- und Rollback-Bedingungen.
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 Rollout und Enablement von Automatisierungen*: Anleitung zur Aktivierung und Einführung von Automatisierungen mit Analyse geänderter Arbeit, Rollout-Ansatz, Enablement, Support, Feedback, Adoptionsmonitoring und Kontrollbedingungen.
h2. 8. Automatisierungsmonitoring & Verbesserung
Überwachen Sie tatsächliche Automatisierungsergebnisse, erfolgreiche und fehlgeschlagene Läufe, Ausnahmen, Wiederholungen, Eingriffe, Durchlaufzeit, Wartezeit, Kosten, Fehler, unsichere Aktionen, Einführung, Vertrauen, realisierten Nutzen und welche Hypothesenannahmen bestätigt oder verworfen wurden.
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
* *Automatisierungsmonitoring und Wertmetriken*: Anleitung zur Messung von Ergebnissen, operativer Leistung, Nutzerverhalten, Risiko, Wiederherstellung, realisiertem Wert, Hypothesenlernen und Lifecycle-Entscheidungen nach dem Rollout.