Eine Entscheidung von einer Idee unterscheiden
Im Gespräch schlägt jemand vor, unbekannte Anfragen automatisch zurückzustellen. Eine andere Person möchte sie sofort prüfen lassen. Solange keine zuständige Person die Regel bestätigt hat, sind das zwei Optionen.
Das Protokoll sollte diesen Status zeigen. Eine beiläufige Nachricht darf nicht allein dadurch zur verbindlichen Anforderung werden, dass sie zuletzt im Chat steht.
Die Regel am konkreten Fall formulieren
Fiktives Beispiel: „Wenn keine eindeutige Kundenzuordnung möglich ist, wird ein interner Prüfauftrag erstellt. Es wird keine Antwort versendet.“ Dazu gehören Datum, bestätigende Rolle und der betroffene Vorgangstyp.
Ergänzen Sie den Grund: Die vorhandenen Merkmale reichen für eine sichere Zuordnung nicht aus. Diese Begründung hilft später zu erkennen, ob eine verbesserte Datenquelle eine neue Entscheidung rechtfertigt.
Alternativen nur so weit festhalten wie nötig
Eine kurze Notiz kann erklären, warum eine andere Variante verworfen wurde. Ein vollständiges Wortprotokoll ist dafür nicht nötig. Relevant sind die Annahmen, die das Ergebnis tatsächlich beeinflusst haben.
Der NIST AI RMF behandelt Dokumentation und Verantwortlichkeit im KI-Einsatz. Die hier beschriebene Notiz ist ein einfaches Arbeitsmittel für die Projektabstimmung, kein vollständiges Risikomanagementverfahren.
Änderungen mit betroffenen Tests verbinden
Wenn die Regel geändert wird, muss erkennbar sein, welcher Stand künftig gilt. Prüfen Sie, welche Beispielvorgänge und erwarteten Ergebnisse angepasst werden müssen.
Eine Änderung kann auch bereits laufende Fälle betreffen. Legen Sie fest, ob diese nach der alten Regel abgeschlossen oder gezielt neu bearbeitet werden. Der neue Protokolleintrag allein setzt die technische Änderung noch nicht um.
Verknüpfen Sie Entscheidung, Umsetzung und Prüfung über eine gemeinsame Kennung. So lässt sich später nachvollziehen, weshalb eine Funktion so arbeitet und ob die beschlossene Änderung tatsächlich in der verwendeten Fassung angekommen ist.
Quellen und weiterführende Grundlagen
Über den Autor
Julian Süllner hat Provehor gegründet und führt das Unternehmen als Geschäftsführer. Er verantwortet Produktentwicklung, Kundenprojekte und die Ratgeber auf dieser Website.