Aktionen nach ihren Auswirkungen einordnen
Zunächst werden die Aktionen eines Prozesses aufgelistet und nach möglichen Folgen gruppiert. Eine öffentliche Seite zu lesen, einen Entwurf vorzubereiten und Geld zu überweisen sind nicht gleich riskant. Die Grenze sollte sich daran orientieren, was bei einer falschen Aktion passieren kann – nicht daran, ob der Schritt für die entwerfende Person alltäglich wirkt.
Aktionen mit geringer Auswirkung können nach ausreichenden Tests automatisch laufen. Schritte mit Auswirkungen auf Kunden, Geld, Zugänge oder rechtliche Verpflichtungen benötigen meist Prüfung oder ausdrückliche Bestätigung. Manche Aktionen sollten vollständig außerhalb der Automatisierung bleiben, bis das Unternehmen ihre Überwachung und Rückgängigmachung erklären kann.
Freigaben konkret und überprüfbar machen
Eine Freigabe sollte die geplante Aktion, zugrunde liegende Datensätze oder Belege, das erwartete Ergebnis und wichtige Unsicherheiten zeigen. „Diese Aufgabe genehmigen?“ ist eine schwache Kontrolle, wenn die prüfende Person nicht sehen kann, was das System vorhat. Sie sollte den Vorschlag bearbeiten oder ablehnen können.
Freigaben brauchen ein Ablaufdatum und eine festgelegte Folge für den Fall, dass niemand reagiert. Schweigen darf nicht stillschweigend als Zustimmung gelten. Bei wiederkehrenden Vorgängen können klare Schwellenwerte die Freigabe steuern; Grenzfälle und Ausnahmen muss das Unternehmen trotzdem testen und abbilden.
Ausfälle zwischen einzelnen Schritten einplanen
Verbundene Abläufe scheitern häufig erst nach einigen Schritten. Ein CRM-Datensatz kann aktualisiert werden, während eine Benachrichtigung fehlschlägt; eine API kann nach Annahme einer Anfrage ein Zeitlimit überschreiten. Vor Wiederholungen muss geklärt sein, ob ein Vorgang sicher erneut ausgeführt werden kann und woran das System eine bereits erfolgte Ausführung erkennt.
Stabile Kennungen, soweit unterstützt idempotente Vorgänge, Statusprotokolle und ein manueller Wiederherstellungsweg helfen. Jeder Lauf sollte festhalten, welche Schritte abgeschlossen oder übersprungen wurden und warum er angehalten hat. So kann eine Person fortsetzen oder rückgängig machen, ohne alle Aktionen blind erneut auszuführen.
Die relevanten Ausnahmen testen
Ein Pilot sollte fehlende Felder, doppelte Datensätze, unerwartete Antworten, geänderte Berechtigungen und vorübergehende Ausfälle enthalten. Dazu gehören auch Versuche, die vorgesehene Rolle des Workflows zu überschreiten. Ziel ist nicht der Beweis, dass Automatisierung nie scheitert, sondern dass Grenzen sichtbar und beherrschbar sind.
Nach der Einführung braucht es eine zuständige Person, die Fehlerquoten und Zugriffsänderungen prüft. Ändern sich Geschäftsregeln, verbundene Dienste oder das Datenmodell, muss der Ablauf erneut bewertet werden. Automatisierung ist zu wartende Software und kein einmaliger Schalter.
Quellen und weiterführende Informationen
Einen sachlichen Fehler melden oder eine Quelle vorschlagen? Redaktion kontaktieren.
