Automatisierung klein pilotieren

Eine einzige Lernfrage für den Piloten wählen

Ein Pilot soll Unsicherheit reduzieren, nicht bereits das gesamte Zielsystem nachbauen. Das Team formuliert deshalb eine überprüfbare Lernfrage, etwa ob strukturierte Eingaben ohne manuelle Nacharbeit in das Zielsystem gelangen. Funktionsumfang, Nutzerkreis, Datenmenge und Laufzeit werden so klein gewählt, dass ein Fehlschlag beherrschbar bleibt. Nicht untersuchte Aspekte stehen ausdrücklich daneben. Wer gleichzeitig Bedienung, Last, Datenmigration und Wirtschaftlichkeit beweisen will, erhält bei Problemen kaum eine klare Ursache. Eine priorisierte Lernfrage bestimmt, welche Messungen nötig sind und welche Funktionen bewusst noch fehlen dürfen.

Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.

Ausgangswert vor der Veränderung erfassen

Vor dem Start wird derselbe Ausschnitt im heutigen Ablauf beobachtet. Erfasst werden Fallzahl, Durchlaufzeit, aktive Arbeitszeit, Korrekturen und offene Fälle; die verwendeten Definitionen gehören zu den Werten. Eine kurze, typische Messperiode ist oft hilfreicher als rückblickende Schätzungen. Saisonale Besonderheiten oder parallel laufende Änderungen werden vermerkt. Der Pilot nutzt anschließend dieselben Einheiten und möglichst vergleichbare Fälle. Wo ein direkter Vergleich nicht möglich ist, wird das transparent benannt. Ohne diese Ausgangslinie kann eine angenehm wirkende Demonstration nicht belastbar zeigen, welche Veränderung tatsächlich eingetreten ist.

Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.

Begrenzung aus dem Schutzbedarf ableiten

Die BSI-Grundschutz-Methodik verbindet Sicherheitsmaßnahmen mit dem betrachteten Informationsverbund und dessen Schutzbedarf. Sie legt keine universelle Pilotgröße fest. Für den konkreten Test werden produktive Auswirkungen, Datenarten und Abhängigkeiten geprüft. Geeignete Grenzen können pseudonymisierte Testdaten, ein kleiner berechtigter Nutzerkreis, nur lesender Zugriff oder eine getrennte Umgebung sein. Wenn reale Daten unvermeidbar erscheinen, müssen Zweck, Zugriff und Löschung vorab geklärt werden. Ein Pilot ist keine Ausnahmezone, in der Berechtigungen, Protokollierung oder betriebliche Verantwortung vorübergehend bedeutungslos werden.

Beleggrundlage: BSI-Standard 200-2: IT-Grundschutz-Methodik · IT-Grundschutz-Kompendium

Stoppsignale und Rückweg vor dem Start festlegen

Abbruchkriterien schützen davor, einen problematischen Versuch aus Hoffnung weiterlaufen zu lassen. Beispiele sind unerklärte Datenverluste, doppelte externe Wirkung, unzureichende Zugriffstrennung oder ein Fehler, der nicht innerhalb der vereinbarten Zeit eingegrenzt werden kann. Zu jedem Signal gehören Entscheidungsbefugnis, Abschaltweg und Umgang mit bereits verarbeiteten Vorgängen. Der manuelle Ersatzprozess wird vor dem Pilotstart geprüft und nicht erst im Störfall erfunden. Außerdem hält das Team fest, wie Konfigurationen, Testkonten und temporäre Daten nach Ende des Versuchs entfernt oder in einen geregelten Betrieb überführt werden.

Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.

Beobachtungen von Interpretationen trennen

Während des Piloten entsteht ein einfaches Journal. Darin stehen Zeitpunkt, getesteter Fall, erwartetes Ergebnis, tatsächliches Ergebnis und notwendige Eingriffe. Aussagen wie „System war langsam“ werden durch Messwert und Messpunkt ergänzt. Verbesserungsideen landen getrennt von Fehlern, damit der ursprüngliche Prüfgegenstand nicht täglich wandert. Rückmeldungen der Beteiligten sind wertvoll, werden aber als Wahrnehmung gekennzeichnet und nicht mit gemessener Zeitersparnis gleichgesetzt. Diese Trennung ermöglicht später eine faire Auswertung, auch wenn der Pilot nicht die gewünschte Richtung bestätigt oder mehrere Ursachen zusammenwirken.

Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.

Mit einer echten Anschlussentscheidung enden

Am Endtermin werden Lernfrage, Messwerte, Fehlermuster, Sicherheitsbefunde und Betriebsaufwand gemeinsam betrachtet. Zulässige Entscheidungen sind Ausweiten, gezielt nachbessern, anders testen oder beenden. Für eine Ausweitung werden neue Risiken und zusätzliche Anforderungen geprüft; ein kleiner Erfolg wird nicht linear auf das Gesamtvolumen hochgerechnet. Bei Nachbesserung beginnt ein neuer, versionierter Durchgang mit eigener Erwartung. Ein Abbruch ist ebenfalls ein verwertbares Ergebnis, wenn Gründe und vermiedene Folgekosten nachvollziehbar sind. Verantwortliche Person, Entscheidung, Bedingungen und nächster Prüftermin bilden den Abschluss des Pilotdokuments. Pilotkonten, Sonderberechtigungen und provisorische Schnittstellen werden nach der Entscheidung inventarisiert. Was nicht in den geregelten Betrieb übergeht, erhält eine bestätigte Entfernung; was bleibt, bekommt Eigentümer, Überwachung, Dokumentation und einen belastbaren Unterstützungsweg.

Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.

Im Zusammenhang weiterlesen

• Automatisierungskandidat sachlich bewerten — Ein guter Automatisierungskandidat ist nicht bloß häufig, sondern ausreichend stabil, beobachtbar und bei Fehlern beherrschbar.
• 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.
• Fehlerpfad vor dem Happy Path planen — Fehlerpfade werden beherrschbar, wenn Erkennung, sicherer Zwischenzustand, Verantwortlichkeit und Wiederaufnahme vorab feststehen.