Automatisierungsagentur · Umsetzung

Änderungsanfrage für eine laufende Automatisierung

Behandeln Sie jede Änderung an einer gelieferten Automatisierung als kleines, kontrolliertes Release statt als schnellen Fix in der Produktion. Der Kunde beschreibt und genehmigt die Änderung über einen öffentlichen Link, abrechenbare Stunden werden vor Arbeitsbeginn vereinbart, und nichts geht in Produktion, bevor der Solutions Architect die Testergebnisse freigibt.

  • Dauer: 3 Tage bis 2 Wochen
  • Wie oft: Für jede Änderung an einer laufenden Automatisierung
  • Schritte: 11 Schritte
  • KI-Agenten: 1 KI-Agent
  • Freigaben: 2 Freigaben

Kostenloser Plan, keine Kreditkarte nötig.

Was sich mit dieser Vorlage ändert

Ohne Vorlage

  1. Änderungswünsche kommen per Chat und werden direkt in der Produktion umgesetzt.

  2. Kleine Änderungen sammeln sich als Arbeit, die niemand abrechnet.

  3. Das Runbook beschreibt die Automatisierung noch so, wie sie bei der Übergabe war.

  4. Der Kunde bemerkt eine Änderung erst, wenn sich etwas anders verhält.

Mit der Vorlage

  1. Jede Änderung bekommt eine Auswirkungsprüfung, einen Testlauf und eine Release-Freigabe.

  2. Jede Änderung ist inklusive oder abrechenbar, und der Kunde genehmigt die Stunden vorher.

  3. Das Runbook wird mit jedem Release aktualisiert.

  4. Der Kunde genehmigt eine Änderungsübersicht und bestätigt das Ergebnis über den öffentlichen Link.

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
  1. Beginnt, wenn

    Ein Kunde bittet um eine Änderung an einer Automatisierung, die bereits live ist. Der Delivery Manager startet eine Ausführung mit Kundenname und der betroffenen Automatisierung.

  2. 1

    Änderungsanfrage erfassen

    Tag 1

    Delivery Manager · Team

    Halten Sie fest, welche Automatisierung betroffen ist, und senden Sie der Ansprechperson beim Kunden den öffentlichen Link zur Ausführung, damit sie die Änderung in eigenen Worten beschreiben kann.

    Checkliste

    • Öffentlichen Link an die Ansprechperson gesendet
    • Aktuelles Runbook herausgesucht

    Auszufüllende Felder

    • Kundenname (Pflichtfeld)
    • Zu ändernde Automatisierung (Pflichtfeld)
    • E-Mail der Ansprechperson (Pflichtfeld)
  3. 2

    Änderung beschreiben und Beispiele teilen

    Tag 1 bis 2

    Ansprechperson beim Kunden · Öffentlicher Link

    Über den öffentlichen Link beschreibt der Kunde, was sich ändern soll und warum, und teilt einen Link zu Beispieldatensätzen des neuen Falls.

    Checkliste

    • Beispieldatensätze geteilt
    • Person benannt, die über die Änderung entscheidet

    Auszufüllende Felder

    • Was sich ändern soll (Pflichtfeld)
    • Warum es nötig ist
    • Link zu Beispieldatensätzen
    • Benötigt bis
  4. 3

    Auswirkungen prüfen und den Aufwand schätzen

    Im öffentlichen Link ausgeblendetTag 2 bis 3

    Automation Engineer · Team

    Prüfen Sie, welche Schritte und Systeme die Änderung berührt, was bei bestehenden Läufen brechen könnte und ob die Supportbedingungen sie abdecken.

    Checkliste

    • Betroffene Schritte und Systeme notiert
    • Risiko für bestehende Läufe notiert
    • Regressionstestfälle ausgewählt

    Auszufüllende Felder

    • Auswirkungsnotizen (Pflichtfeld)
    • Geschätzte Stunden (Pflichtfeld)
    • Abrechnung (Pflichtfeld)
  5. 4

    Änderungsübersicht entwerfen

    Tag 3

    Übersichts-Autor · KI-Agent

    Der Übersichts-Autor macht aus Anfrage und Auswirkungsnotizen eine kurze Übersicht für den Kunden: was sich ändert, was gleich bleibt, die Schätzung und den Testplan.

    Auszufüllende Felder

    • Entwurf der Änderungsübersicht (Pflichtfeld)

    Geprüft von: Der Delivery Manager korrigiert und genehmigt die Übersicht in Schritt 5.

  6. 5

    Änderungsübersicht freigeben

    Im öffentlichen Link ausgeblendetTag 3

    Delivery Manager · Team

    Korrigieren Sie die Übersicht, prüfen Sie Schätzung und Abrechnung gegen die Supportbedingungen, legen Sie das geplante Release-Datum fest und schicken Sie die freigegebene Übersicht per E-Mail an den Kunden.

    Checkliste

    • Übersicht passt zu den Auswirkungsnotizen
    • Abrechnung passt zu den Supportbedingungen
    • Release-Datum ist realistisch

    Auszufüllende Felder

    • Geplantes Release-Datum (Pflichtfeld)

    Freigabe: Die Entscheidung des Kunden und die Umsetzung bleiben gesperrt, bis der Delivery Manager die Änderungsübersicht freigibt.

  7. 6

    Änderung und Kosten genehmigen

    Tag 3 bis 5

    Ansprechperson beim Kunden · Öffentlicher Link

    Der Kunde liest die Änderungsübersicht, die ihm der Delivery Manager per E-Mail geschickt hat, und hält dann über den öffentlichen Link seine Entscheidung fest, einschließlich etwaiger abrechenbarer Stunden.

    Checkliste

    • Änderungsübersicht gelesen
    • Abrechenbare Stunden akzeptiert, falls vorhanden

    Auszufüllende Felder

    • Entscheidung (Pflichtfeld)
    • Bestellnummer oder Referenz
  8. 7

    Änderung außerhalb der Produktion bauen und testen

    Woche 2

    Automation Engineer · Team

    Setzen Sie die Änderung nach der Zustimmung des Kunden in der Testumgebung um, und wiederholen Sie die ausgewählten Regressionstestfälle plus einen neuen Testfall für die Änderung.

    Checkliste

    • Änderung in der Testumgebung gebaut
    • Neuer Testfall besteht
    • Regressionstestfälle bestehen

    Auszufüllende Felder

    • Testergebnisse (Pflichtfeld)
    • Link zum aktualisierten Workflow-Export (Pflichtfeld)
  9. 8

    Release freigeben

    Woche 2

    Solutions Architect · Team

    Prüfen Sie Testergebnisse und Release-Notizen, und stellen Sie sicher, dass Sie zur vorherigen Version zurückkehren können.

    Checkliste

    • Regressionsergebnisse geprüft
    • Vorherige Version wiederherstellbar
    • Kunde kennt den Release-Zeitpunkt

    Auszufüllende Felder

    • Release-Notizen (Pflichtfeld)

    Freigabe: Das Release in die Produktion bleibt gesperrt, bis der Solutions Architect die Testergebnisse freigibt.

  10. 9

    Änderung live schalten und das Runbook aktualisieren

    Woche 2

    Automation Engineer · Team

    Schalten Sie die Änderung in der Produktion live, beobachten Sie die ersten Live-Läufe und aktualisieren Sie das Runbook mit dem, was sich geändert hat.

    Checkliste

    • Änderung in Produktion live
    • Erste Live-Läufe geprüft
    • Runbook aktualisiert

    Auszufüllende Felder

    • Release-Datum (Pflichtfeld)
    • Link zum aktualisierten Runbook (Pflichtfeld)
  11. 10

    Bestätigen, dass die Änderung funktioniert

    Woche 2

    Ansprechperson beim Kunden · Öffentlicher Link

    Über den öffentlichen Link prüft der Kunde echte Fälle in seinen eigenen Systemen und bestätigt, dass die Änderung funktioniert, oder beschreibt, was noch nicht stimmt.

    Auszufüllende Felder

    • Funktioniert wie vereinbart (Pflichtfeld)
    • Was noch nicht stimmt
  12. 11

    Stunden erfassen und die Änderung abschließen

    Im öffentlichen Link ausgeblendetWoche 2 bis 3

    Delivery Manager · Team

    Erfassen Sie die aufgewendeten Stunden, geben Sie abrechenbare Stunden an die Rechnungsstellung weiter und schließen Sie die Ausführung ab.

    Checkliste

    • Stunden erfasst
    • Abrechenbare Stunden an die Rechnungsstellung weitergegeben

    Auszufüllende Felder

    • Aufgewendete Stunden (Pflichtfeld)
    • Abrechenbare Stunden
  13. Fertig, wenn

    Die Änderung läuft in Produktion, das Runbook ist aktualisiert, der Kunde hat das Ergebnis bestätigt, und abrechenbare Stunden sind für die Rechnung erfasst.

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.

  • Übersichts-Autor

    Macht aus der Anfrage des Kunden und den Auswirkungsnotizen des Engineers eine Änderungsübersicht, die der Kunde genehmigen kann.

    Was er tut

    • Liest die Änderungsanfrage und die Auswirkungsnotizen in der Ausführung
    • Beschreibt, was sich ändert, was gleich bleibt, die Schätzung und den Testplan
    • Hält den Entwurf der Übersicht in seinem Schritt fest und schließt ihn ab

    Geprüft von: Der Delivery Manager korrigiert und genehmigt die Übersicht in Schritt 5.

So arbeiten KI-Agenten in OKiDO

Fragen, die diese Vorlage beantwortet

Behandeln Sie jede Änderung als kleines Release mit eigener Auswirkungsprüfung, Kundenfreigabe, Testlauf und Release-Freigabe. Schritt 3 prüft, was die Änderung berührt, bevor etwas zugesagt wird, und der Kunde genehmigt die Änderungsübersicht in Schritt 6, bevor die Arbeit beginnt.

Legen Sie für jede Änderung fest, ob die Supportbedingungen sie abdecken oder ob sie separat abgerechnet wird, und holen Sie die Zustimmung des Kunden vor Arbeitsbeginn ein. In Schritt 3 markiert der Engineer die Änderung mit einer Schätzung als inklusive oder abrechenbar, und in Schritt 6 genehmigt der Kunde die Übersicht und etwaige abrechenbare Stunden über den öffentlichen Link.

Setzen Sie die Änderung in einer Testumgebung um, wiederholen Sie die bestehenden Testfälle neben einem neuen für die Änderung, und lassen Sie eine andere Person das Release freigeben. Schritt 7 baut und testet die Änderung außerhalb der Produktion, und Schritt 8 ist eine Freigabeprüfung, die die Produktion sperrt, bis der Solutions Architect die Ergebnisse freigibt.

Lassen Sie KI die Änderungsübersicht schreiben, die der Kunde genehmigen muss, aus der Anfrage und den Auswirkungsnotizen des Engineers. In Schritt 4 entwirft der Übersichts-Autor, was sich ändert, was gleich bleibt, die Schätzung und den Testplan, und in Schritt 5 korrigiert und genehmigt der Delivery Manager den Entwurf.

Machen Sie die Aktualisierung des Runbooks zum Teil jedes Releases statt zu einer Aufgabe für später. Schritt 9 hat die Runbook-Aktualisierung auf der Checkliste und verlangt einen Link zum aktualisierten Runbook, bevor der Kunde die Änderung in Schritt 10 bestätigt.

Schicken Sie eine kurze Übersicht mit der Schätzung per E-Mail, und lassen Sie den Kunden seine Entscheidung dort festhalten, wo die Arbeit verfolgt wird. Schritt 5 schickt die freigegebene Änderungsübersicht per E-Mail, und in Schritt 6 hält der Kunde seine Entscheidung über den öffentlichen Link fest, sodass die Ausführung zeigt, wer diesen Schritt wann erledigt hat.

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.