Ziel: Transparente, prüfbare Regeln, wann Menschen entscheiden/übersteuern und wie das dokumentiert wird.
Siehe Glossar: Human Oversight, Schwellenwert/Score, Übersteuern, UAT.

1) Vorlage: Oversight-Regeln (kurz & praxistauglich)

Geltungsbereich: Recruiting-Vorauswahl mit [[Systemname]] v[[Version]].

Rollen:
- Verantwortlich: [[HR-Leitung]] (Vertretung: [[Name]])
- Operativ: [[Recruiter-Team]] · Technik: [[IT-Kontakt]]

Schwellen (Beispiel):
- Score ≥ 0.80 → "Einladen" (Sichtkontrolle OK Pflicht)
- 0.60–0.79 → "Manuelle Prüfung" (Vier-Augen)
- Score < 0.60 → "Ablehnen" (Stichprobe 10 %)

Grenzfälle (immer manuell):
- Unvollständige Unterlagen / Sprachmischung / ungewöhnliches Format
- Hinweise auf Bias-Risiko (z. B. systematisch niedrige Scores bei Gruppe X)
- Systemmeldung "Unsicher" oder fehlende Metadaten (Version/ID)

Übersteuern:
- Zulässig durch: Verantwortlich/Operativ
- Dokumentation: Kurzbegründung, Zeitpunkt, Person, Log-Referenz

Audit-Nachweise:
- Protokoll: Oversight-Kurzprotokoll (Markdown)
- Logs: Eintrag mit Score, Entscheidung, ggf. Override
- Ablage: Audit Proof Pack (Ordner: /oversight/)

Gültigkeit & Review:
- Gültig bis: [[Datum]] · Quartalsreview: [[Termin]]

Tipp: Nutze das Oversight-Kurzprotokoll aus den /demos/ und verknüpfe die Log-ID.

2) Entscheidungsbaum (als Klartext, 1:1 umsetzbar)

START
│
├─ Liegt eine gültige Systemversion/ID vor?
│   ├─ NEIN → Manuelle Prüfung; Log-Eintrag; ENDE
│   └─ JA
│
├─ Liegen Grenzfall-Kriterien vor?
│   ├─ JA → Manuelle Prüfung (Vier-Augen); ggf. Übersteuern; ENDE
│   └─ NEIN
│
├─ Prüfe Score:
│   ├─ ≥ 0.80 → Sichtkontrolle OK → "Einladen" → Log
│   ├─ 0.60–0.79 → "Manuelle Prüfung" (Vier-Augen) → Entscheidung → Log
│   └─ < 0.60 → Stichprobe 10 % → "Ablehnen" oder manuell prüfen → Log
│
└─ Bei Unstimmigkeit/Fehler → Übersteuern mit Kurzbegründung → Log → ENDE

Warum als Text? Lässt sich leicht in eine SOP kopieren (kein Grafiktool nötig).

3) Mini-Checkliste (zum Abhaken)

  • [ ] Rollen & Vertretungen benannt
  • [ ] Schwellenwerte dokumentiert & im System abgebildet
  • [ ] Grenzfälle klar beschrieben
  • [ ] Übersteuern: wer, wann, wie begründen
  • [ ] Protokoll/Log-Ablage definiert (Audit Proof Pack)
  • [ ] Review-Termin gesetzt (z. B. quartalsweise)

4) Nächste Schritte

  • Vor Livegang testen: Mini-UAT mit 5–10 Beispielfällen.
  • Im Betrieb messen: KPI – Trefferqualität, Übersteuerungsquote, Durchlaufzeit.
  • Sicherheit im Blick: Accuracy/Robustness/Cybersecurity.

Vorlagen: Textbausteine zum Kopieren findest du unter /demos/.