Automatisierungsagentur · Umsetzung
Automatisierung umsetzen und an den Kunden übergeben
Bringen Sie eine Kundenautomatisierung von der unterschriebenen Leistungsbeschreibung zur abgenommenen Übergabe, ohne auf Vermutungen zu bauen oder nach einem einzigen guten Test live zu gehen. Der Kunde richtet Zugänge ein und nimmt das Ergebnis über einen öffentlichen Link ab, und nichts geht in Produktion, bevor der Solutions Architect es freigibt.
- Dauer: 3 bis 5 Wochen
- Wie oft: Für jedes Automatisierungsprojekt beim Kunden
- Schritte: 12 Schritte
- KI-Agenten: 2 KI-Agenten
- Freigaben: 2 Freigaben
Kostenloser Plan, keine Kreditkarte nötig.
Was sich mit dieser Vorlage ändert
Ohne Vorlage
Entwickler bauen auf Vermutungen, bis die IT des Kunden Zugänge und echte Beispieldateien schickt.
Die Automatisierung geht live, sobald der Normalfall einmal funktioniert.
Wie die Automatisierung funktioniert und wie man sie pausiert, weiß nur ein Entwickler.
Lösungsdesigns und Runbooks werden in jedem Projekt neu geschrieben.
Mit der Vorlage
Der Kunde richtet Zugänge ein und teilt Beispieldaten über einen Link, und die Ausführung zeigt, was noch fehlt.
Der Go-live wartet auf die vollständige Testcheckliste und die Freigabe des Solutions Architects.
Jeder Kunde bekommt ein geprüftes Runbook und nimmt es über den öffentlichen Link ab.
KI-Agenten entwerfen Design und Runbook, und eine Person im Team prüft beides.
Die Vorlage, Schritt für Schritt
Jeder Schritt zeigt, wer ihn erledigt: jemand aus Ihrem Team, ein KI-Agent oder der Kunde über einen öffentlichen Link. Eine Freigabe hält alle folgenden Schritte gesperrt, bis sie erteilt ist.
- Erledigt von Ihrem Team
- Erledigt von einem KI-Agenten
- Erledigt vom Kunden, über einen öffentlichen Link
Beginnt, wenn
Der Kunde unterschreibt die Leistungsbeschreibung. Der Delivery Manager startet eine Ausführung mit Kundenname, dem zu automatisierenden Prozess und dem geplanten Go-live-Datum.
- 1
Link zur Ausführung teilen und die Discovery-Session planen
Tag 1Delivery Manager · Team
Senden Sie der Ansprechperson beim Kunden den öffentlichen Link zur Ausführung, damit sie sieht, welche Zugänge und Beispieldaten Sie brauchen, und planen Sie die Discovery-Session.
Checkliste
- Öffentlichen Link an die Ansprechperson gesendet
- Discovery-Session geplant
- Solutions Architect und Engineer zugewiesen
Auszufüllende Felder
- Kundenname (Pflichtfeld)
- Zu automatisierender Prozess (Pflichtfeld)
- E-Mail der Ansprechperson (Pflichtfeld)
- Geplantes Go-live-Datum (Pflichtfeld)
- 2
Den aktuellen Prozess in einer Discovery-Session aufnehmen
Woche 1Solutions Architect · Team
Gehen Sie den Prozess mit dem Kunden durch: Eingaben, Systeme, Mengen, bekannte Ausnahmen und wer für welchen Teil zuständig ist. Vereinbaren Sie, was die Automatisierung nicht tut.
Checkliste
- Eingaben, Systeme und Mengen notiert
- Zuständige für jeden Teil benannt
- Ausgeschlossene Fälle vereinbart
Auszufüllende Felder
- Discovery-Notizen (Pflichtfeld)
- Ausnahmen, die die Automatisierung behandeln muss (Pflichtfeld)
- Nicht im Umfang
- 3
Testzugang einrichten und Beispieldaten teilen
Woche 1Ansprechperson beim Kunden · Öffentlicher Link
Über den öffentlichen Link richtet der Kunde für jedes System den Zugang zu einer Testumgebung ein und teilt einen Link zu echten Beispieldateien, mit Beispielen für die bekannten Ausnahmen.
Checkliste
- Zugang zur Testumgebung eingerichtet
- API- oder Servicekonto angelegt
- Beispiele enthalten die bekannten Ausnahmen
Auszufüllende Felder
- Link zu den Beispieldateien (Pflichtfeld)
- Systeme, für die Sie Zugang eingerichtet haben (Pflichtfeld)
- Technischer Kontakt für Fragen zum Zugang
- 4
Lösungsdesign und Testfälle entwerfen
Woche 1Design-Autor · KI-Agent
Der Design-Autor macht aus den Discovery-Notizen und Ausnahmen einen ersten Entwurf des Lösungsdesigns: Trigger, Datenzuordnung, Fehlerbehandlung, Warnmeldungen und einen Testfall für den Normalfall und jede Ausnahme.
Auszufüllende Felder
- Entwurf des Lösungsdesigns (Pflichtfeld)
- Entwurf der Testfälle (Pflichtfeld)
Geprüft von: Der Solutions Architect korrigiert und genehmigt das Design in Schritt 5.
- 5
Design vor der Umsetzung freigeben
Im öffentlichen Link ausgeblendetWoche 2Solutions Architect · Team
Korrigieren Sie Design und Testfälle, und testen Sie den Zugang des Kunden selbst. Fehlen Zugänge oder Beispiele, markieren Sie die Ausführung als blockiert und notieren Sie, was fehlt.
Checkliste
- Jede Ausnahme hat einen Testfall
- Fehlerbehandlung und Warnmeldungen festgelegt
- Testzugang funktioniert
Auszufüllende Felder
- Fehlende Zugänge oder Beispiele
Freigabe: Die Umsetzung bleibt gesperrt, bis der Solutions Architect das Design freigibt.
- 6
Die Automatisierung in der Testumgebung bauen
Woche 2 bis 3Automation Engineer · Team
Bauen Sie nach dem freigegebenen Design, mit Protokollierung, Wiederholungsversuchen bei jedem externen Aufruf und einer Warnmeldung, wenn ein Lauf fehlschlägt.
Checkliste
- Protokollierung in jedem Schritt
- Wiederholungsversuche bei externen Aufrufen
- Warnmeldung geht an den vereinbarten Kanal
Auszufüllende Felder
- Build-Notizen (Pflichtfeld)
- Link zum Workflow-Export oder Repository (Pflichtfeld)
- 7
Jeden Testfall durchspielen, auch die Fehlerpfade
Woche 3Testleitung · Team
Spielen Sie jeden Testfall aus dem freigegebenen Design mit den Beispieldaten durch und halten Sie fest, was bestanden hat und was nicht, mit einem Link zu den Nachweisen.
Checkliste
- Normalfall besteht
- Fehlerhafte Eingaben werden abgelehnt und gemeldet
- Duplikate werden erkannt
- Wiederholungen und Warnmeldungen funktionieren
Auszufüllende Felder
- Testergebnisse (Pflichtfeld)
- Link zu den Testnachweisen (Pflichtfeld)
- 8
Go-live freigeben
Woche 4Solutions Architect · Team
Prüfen Sie Testergebnisse, Build-Notizen und Rollback-Plan, und geben Sie dann den Wechsel in die Produktion frei.
Checkliste
- Jeder Testfall bestanden
- Rollback-Plan ist realistisch
- Kunde kennt das Go-live-Datum
Auszufüllende Felder
- Rollback-Plan (Pflichtfeld)
Freigabe: Produktion, Kundenabnahme und Übergabe bleiben gesperrt, bis der Solutions Architect den Go-live freigibt.
- 9
Runbook entwerfen
Woche 4Runbook-Autor · KI-Agent
Der Runbook-Autor macht aus Build-Notizen, Testergebnissen und Rollback-Plan ein Runbook: was die Automatisierung tut, wie man einen Ausfall erkennt, wie man sie pausiert und neu startet, und wen man kontaktiert.
Auszufüllende Felder
- Runbook-Entwurf (Pflichtfeld)
Geprüft von: Der Automation Engineer prüft das Runbook in Schritt 10 gegen die Umsetzung.
- 10
Live gehen und das Runbook fertigstellen
Woche 4Automation Engineer · Team
Prüfen Sie den Runbook-Entwurf gegen die Umsetzung und korrigieren Sie ihn, schalten Sie die Automatisierung in Produktion ein, beobachten Sie die ersten Live-Läufe und schicken Sie dem Kunden das finale Runbook per E-Mail.
Checkliste
- Runbook passt zur Umsetzung
- Automatisierung in Produktion eingeschaltet
- Erste Live-Läufe geprüft
Auszufüllende Felder
- Go-live-Datum (Pflichtfeld)
- Link zum finalen Runbook (Pflichtfeld)
- 11
Mit echten Fällen testen und die Automatisierung abnehmen
Woche 4Ansprechperson beim Kunden · Öffentlicher Link
Der Kunde prüft echte Fälle in seinen eigenen Systemen und liest das Runbook, das ihm der Engineer per E-Mail geschickt hat, und hält dann über den öffentlichen Link seine Entscheidung fest, mit dem, was sich noch ändern muss, falls er noch nicht abnimmt.
Checkliste
- Echte Fälle in Ihren eigenen Systemen geprüft
- Runbook gelesen
- Sie wissen, wie Sie die Automatisierung pausieren
Auszufüllende Felder
- Entscheidung (Pflichtfeld)
- Was sich noch ändern muss
- 12
Übergeben und den Support starten
Woche 4Delivery Manager · Team
Bestätigen Sie mit dem Kunden die Supportbedingungen, planen Sie den ersten Check-in und reduzieren Sie die Zugänge der Agentur auf das, was der Support braucht.
Checkliste
- Supportbedingungen bestätigt
- Kunde weiß, wie er einen Ausfall meldet
- Zugänge der Agentur auf den Supportbedarf reduziert
Auszufüllende Felder
- Supportbeginn (Pflichtfeld)
- Datum des ersten Check-ins (Pflichtfeld)
Fertig, wenn
Die Automatisierung läuft in Produktion, der Kunde hat sie abgenommen, und sein Team hat ein geprüftes Runbook für den Tag, an dem etwas ausfällt.
Passen Sie sie an. Benennen Sie Schritte um, ändern Sie Verantwortliche und ergänzen Sie Checklistenpunkte, Felder oder Freigaben. Die Vorlage ist ein Ausgangspunkt für die Arbeitsweise Ihres Teams.
Die KI-Agenten in dieser Vorlage
Ein Agent arbeitet nur an seinen eigenen Schritten, und jemand aus Ihrem Team prüft, was er getan hat. Alles, was ein Agent in eine verbundene App schreibt, wartet auf Freigabe, sofern Sie es nicht ausdrücklich erlauben.
Design-Autor
Macht aus den Discovery-Notizen einen ersten Entwurf des Lösungsdesigns und eine Reihe von Testfällen.
Was er tut
- Liest die Discovery-Notizen und Ausnahmen, die in der Ausführung eingetragen sind
- Folgt dem Designformat aus den Anweisungen seines Schritts
- Schreibt den Designentwurf und einen Testfall je Ausnahme
- Schließt seinen Schritt ab, damit die Prüfung beginnen kann
Geprüft von: Der Solutions Architect korrigiert und genehmigt das Design in Schritt 5.
Runbook-Autor
Macht aus Build-Notizen, Testergebnissen und Rollback-Plan einen ersten Entwurf des Runbooks für den Kunden.
Was er tut
- Liest Build-Notizen, Testergebnisse und Rollback-Plan in der Ausführung
- Beschreibt, was die Automatisierung tut, wie man einen Ausfall erkennt und wie man sie pausiert
- Hält den Runbook-Entwurf in seinem Schritt fest
Geprüft von: Der Automation Engineer prüft das Runbook in Schritt 10 gegen die Umsetzung.
Fragen, die diese Vorlage beantwortet
Geben Sie dem Kunden ein Runbook, das beschreibt, was die Automatisierung tut, wie man einen Ausfall erkennt, wie man sie pausiert und wen man kontaktiert, und lassen Sie es abnehmen. Schritt 9 entwirft dieses Runbook aus Build-Notizen und Testergebnissen, Schritt 10 prüft es gegen die Umsetzung und schickt es dem Kunden per E-Mail, und in Schritt 11 nimmt der Kunde es über den öffentlichen Link ab.
Machen Sie den Go-live von einem vollständigen Satz Testfälle abhängig, einschließlich fehlerhafter Eingaben, Duplikaten und Ausfällen, und von einer benannten Person, die freigibt. Schritt 7 enthält die Testcheckliste für jeden Fehlerpfad, und Schritt 8 ist eine Freigabeprüfung, die die Produktion sperrt, bis der Solutions Architect die Ergebnisse freigibt.
Fordern Sie alle Zugänge und Beispieldateien an einem Ort an, mit den Ausnahmen, für die Sie Beispiele brauchen, bevor die Umsetzung beginnt. In Schritt 3 richtet der Kunde Zugänge ein und teilt Links zu Beispieldateien über den öffentlichen Link, und in Schritt 5 markiert der Solutions Architect die Ausführung als blockiert und notiert, was noch fehlt.
Ein Runbook beschreibt, was die Automatisierung tut, was sie auslöst, wie sich ein Ausfall zeigt, wie man sie pausiert und neu startet, wie man fehlgeschlagene Datensätze erneut verarbeitet und wen man kontaktiert. Schritt 9 entwirft diese Abschnitte aus Build-Notizen, Testergebnissen und Rollback-Plan, und der Automation Engineer korrigiert sie in Schritt 10.
Lassen Sie KI aus den Discovery-Notizen einen ersten Entwurf mit Testfällen machen, und lassen Sie die Entscheidung beim Solutions Architect. In Schritt 4 schreibt der Design-Autor Trigger, Datenzuordnung, Fehlerbehandlung und einen Testfall je Ausnahme, und in Schritt 5 korrigiert und genehmigt der Solutions Architect den Entwurf.
Halten Sie Testergebnisse, Freigabe und Kundenabnahme im Projekt selbst fest, nicht in Chatverläufen. Schritt 7 hält die Ergebnisse mit einem Link zu den Nachweisen fest, Schritt 8 die Go-live-Freigabe mit Name und Zeitpunkt, und Schritt 11 die Entscheidung des Kunden.
Führen Sie diesen Workflow in OKiDO aus
Richten Sie Schritte, Verantwortliche und Freigaben einmal ein und starten Sie dann für jeden neuen Fall eine Ausführung.