Automatisierungskandidat sachlich bewerten

Den Kandidaten als konkreten Ablauf abgrenzen

Bewertet wird kein Schlagwort wie „Rechnungswesen automatisieren“, sondern ein Vorgang mit eindeutig beschriebenem Anfang und Ende. Das Team notiert Auslöser, Eingaben, Entscheidungen, Ausgaben und beteiligte Rollen. Anschließend zählt es typische Fälle sowie seltene Varianten getrennt. Diese Abgrenzung verhindert, dass ein einfacher Kernprozess mit schwer beherrschbaren Sonderfällen vermischt wird. Als redaktionelle Arbeitshilfe eignet sich ein einseitiges Prozessblatt: Eine fremde Person sollte daraus erkennen können, wann der Vorgang beginnt, welches Ergebnis erwartet wird und an welcher Stelle heute menschliche Beurteilung erforderlich ist.

Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.

Regelstabilität statt bloßer Wiederholung prüfen

Hohe Fallzahlen allein rechtfertigen keine Automatisierung. Entscheidend ist, ob die anzuwendenden Regeln explizit, widerspruchsfrei und über einen sinnvollen Zeitraum stabil sind. Das Team nimmt deshalb eine Stichprobe realer Vorgänge und markiert jeden Fall, der Rückfrage, Interpretation oder eine nachträgliche Korrektur brauchte. Nicht dokumentiertes Erfahrungswissen ist ein Warnsignal: Es muss erst sichtbar gemacht werden, bevor Software es verlässlich abbilden kann. Eine regelbasierte Teilstrecke kann dennoch geeignet sein, während die fachliche Entscheidung weiterhin bei einer benannten Person bleibt.

Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.

Schutzbedarf und Auswirkungen eines Fehlers einordnen

Vor einer Auswahlentscheidung werden Vertraulichkeit, Integrität und Verfügbarkeit der verarbeiteten Informationen betrachtet. Die IT-Grundschutz-Methodik des BSI ordnet die Schutzbedarfsfeststellung in einen systematischen Sicherheitsprozess ein; sie liefert jedoch keine pauschale Freigabe für ein bestimmtes Werkzeug. Für den Kandidaten wird konkret beschrieben, was eine falsche Zuordnung, ein doppelter Lauf oder ein Ausfall bewirken würde. Je schwerer ein Fehler erkannt oder rückgängig gemacht werden kann, desto stärker müssen Kontrolle, Protokollierung und ein manueller Rückweg ausgelegt sein.

Beleggrundlage: BSI-Standard 200-2: IT-Grundschutz-Methodik · BSI-Standard 200-3: Risikoanalyse auf der Basis von IT-Grundschutz

Aufwand und Nutzen mit derselben Einheit vergleichen

Für die Wirtschaftlichkeitsprüfung wird zunächst der heutige Aufwand gemessen: Bearbeitungszeit, Wartezeit, Nacharbeit und Fehlerklärung gehören getrennt in die Ausgangslinie. Danach werden Entwicklung, Lizenzen, Betrieb, Pflege, Schulung und Kontrollen des automatisierten Weges geschätzt. Beide Seiten müssen denselben Zeitraum und dieselben Mengengerüste verwenden. Ein kleiner Pilot liefert bessere Werte als eine optimistische Jahreshochrechnung. Der Nutzen kann neben Zeit auch in kürzeren Rückfragen oder besserer Nachvollziehbarkeit liegen; qualitative Effekte werden beschrieben und nicht nachträglich in erfundene Geldbeträge umgerechnet.

Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.

Eine Entscheidungsmatrix ohne Scheingenauigkeit nutzen

Eine praktische Matrix enthält sechs Felder: Häufigkeit, Regelklarheit, Datenqualität, Fehlerwirkung, Rückholbarkeit und erwarteter Pflegeaufwand. Statt Prozentwerten genügen begründete Einstufungen wie niedrig, mittel und hoch. Zu jeder Einstufung gehört ein beobachtbarer Beleg, etwa die Zahl manueller Korrekturen in einer definierten Stichprobe. Ein Ausschlusskriterium wird vor der Bewertung festgelegt, zum Beispiel fehlende Rückrollmöglichkeit bei geschäftskritischen Buchungen. Dadurch kann ein glänzender Gesamtscore keinen einzelnen, nicht akzeptablen Risikopunkt verdecken. Die Matrix unterstützt eine Entscheidung, ersetzt aber nicht die verantwortliche Freigabe.

Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.

Ergebnis mit Bedingungen und Prüftermin festhalten

Der Abschluss lautet nicht nur Ja oder Nein. Sinnvolle Ergebnisse sind auch „erst Datenqualität verbessern“, „nur Teilstrecke pilotieren“ oder „manuell belassen“. Dokumentiert werden die betrachtete Version des Ablaufs, Annahmen, offene Risiken, zuständige Person und ein Termin zur Neubewertung. Bei einem Pilot gehören Abbruchbedingungen dazu, etwa unerklärte Doppelverarbeitung oder fehlende Protokolle. Ändert sich das Volumen, die Schnittstelle oder eine fachliche Regel, wird die alte Bewertung nicht stillschweigend weiterverwendet. So bleibt nachvollziehbar, warum der Kandidat unter bestimmten Bedingungen geeignet erschien. Eine kurze Gegenzeichnung durch Prozessverantwortung und Betrieb bestätigt, dass Nutzenannahme und technische Tragfähigkeit getrennt betrachtet wurden. Abgelehnte Kandidaten bleiben mit Begründung auffindbar, damit dieselbe Diskussion nicht bei jedem neuen Werkzeug ohne neue Fakten von vorne beginnt. Neue Belege dürfen eine frühere Entscheidung jederzeit verändern.

Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.

Im Zusammenhang weiterlesen

• Automatisierung klein pilotieren — Ein Pilot liefert verwertbare Erkenntnisse, wenn Umfang, Vergleichsbasis, Sicherheitsgrenzen und Entscheidung nach dem Test vorher feststehen.
• Nutzen einer Automatisierung messen — Der Nutzen zeigt sich nicht an einer Demo, sondern im vergleichbaren Verhältnis aus Ergebnisqualität, Zeit, Kosten und neuem Betriebsaufwand.
• Manuelle Kontrolle bewusst erhalten — Eine manuelle Kontrolle ist dann wertvoll, wenn sie eine klare Entscheidung ermöglicht, rechtzeitig erfolgt und nicht routinemäßig weggeklickt wird.