Abnahme vor Go-live: Die Checkliste für KI-gestützte Abläufe
Eine ausfüllbare Abnahme für normale, unvollständige und bewusst irreführende Eingaben.
Ein System ist bereit, wenn Regeln, Grenzen, Übergaben und Messung getestet sind.
PDF herunterladenDen Ausnahmeweg prüfen
Eine Abnahme prüft normale, unvollständige und bewusst irreführende Eingaben. Anthropic empfiehlt klare Erfolgskriterien, getestete Schnittstellen und menschliche Aufsicht. Google Cloud empfiehlt stabile Metriken, Referenzfälle und wiederholbare Prüfungen sowie Tests gegen bewussten Missbrauch, Versionierung und laufende Evaluation.
Die Abnahme-Checkliste ist ein zweiseitiges Arbeitsblatt. Der CSV-Testregister-Download eignet sich für die laufende Pflege.
Zehn Fragen vor der Freigabe
Tabelle – bei Bedarf seitlich scrollen
| Bereich | Frage | Nachweis |
|---|---|---|
| Ziel | Ist der Prozessausgang beobachtbar definiert? | Beispielausgabe, Besitzer |
| Eingang | Was passiert bei fehlenden oder widersprüchlichen Angaben? | Testfall und Übergabe |
| Regelwerk | Sind Preis-, Freigabe- und Ausschlussregeln dokumentiert? | versionierte Regelkarte |
| Aktion | Welche Aktion darf automatisch erfolgen? | Erlaubnisliste, Protokoll |
| Mensch | Wann entscheidet eine Person? | Stop-Kriterium, Frist |
| Qualität | Welche minimale Schwelle gilt? | Metrik, Stichprobe |
| Sicherheit | Kann eine bewusst irreführende Eingabe Regeln umgehen? | Missbrauchstest und erwartete Blockade |
| Regression | Was wird nach einer Änderung erneut getestet? | versioniertes Testset |
| Betrieb | Wer prüft den laufenden Prozess? | Review-Rhythmus, Rollback |
| Wirkung | Welche geschäftliche oder finanzielle Kennzahl wird nach Go-live gemessen? | Baseline, Zeitraum |
Vorgeschlagene Testfälle für einen Offertenprozess
Prüfen Sie diese vier Gruppen von Testfällen: die Zeitgrenzen 21:59, 22:00, 05:59 und 06:00; die Distanzen 19, 20 und 21 km; fehlende Einsatzdetails; widersprüchliche Angaben. Diese Liste ist eine Abnahmevorlage, keine Behauptung, dass jeder Fall im Hofmann-Projekt ausgeführt wurde. Schreiben Sie vor jedem Lauf die erwartete Preislogik und die erwartete Route auf: automatisch oder manuell.
Im Fallmaterial sind 38 Anfragen in 7,5 Wochen, 21 von 38 ausserhalb der Bürozeiten und eine Laufzeit unter 60 Sekunden ausgewiesen. Diese Zahlen beschreiben Nutzung und Ablauf. Sie sind kein Beleg dafür, dass die vorgeschlagenen Testfälle ausgeführt oder bestanden wurden. Die spätere Conversion muss separat gemessen werden.
Risiko statt Abhakliste
Gewichten Sie jeden Test mit hoch, mittel oder niedrig. Ein hohes Risiko blockiert die Freigabe, wenn die erwartete Grenze verletzt wird: zum Beispiel falscher Preis, unberechtigte Aktion, Datenleck oder eine nicht protokollierte Übergabe. Mittlere Risiken brauchen eine benannte Massnahme und einen Termin. Niedrige Risiken können mit einer Beobachtung im Betrieb freigegeben werden. Das ist eine Entscheidungsregel, keine Zertifizierung.
Bei einer Änderung an Regelkarte, Prompt, Modell oder Datenbestand wird das relevante Testset erneut ausgeführt. Für variable Antworten reicht ein einzelner Lauf nicht: Wiederholen Sie jeden wichtigen Fall mit derselben Eingabe und halten Sie Treffer, Abweichung und Begründung fest. Halten Sie Test-ID, erwartete Ausgabe, tatsächliche Ausgabe, Besitzer, Version, Datum und offene Massnahme im Register fest. Das ist keine Behauptung, dass ein System fehlerfrei bleibt; es macht Änderungen und Schwankungen sichtbar.
Arbeitshilfe herunterladen
Direkter Download. Ohne Anmeldung.
Quellen & Einordnung
Die Arbeitsvorlage ist eine redaktionelle Ableitung von Arthova. Externe Quellen und eigene Projektnachweise sind getrennt verlinkt.
Zum dokumentierten ProjektBringen Sie einen konkreten Ablauf mit.
Wir besprechen, was sich sinnvoll automatisieren lässt, welche Angaben fehlen und wie Sie die Wirkung prüfen können.
Ablauf besprechen