Lässt sich der Vorgang gemeinsam bearbeiten?
Eine Prozessbeschreibung ist nützlich. Noch hilfreicher ist ein konkretes Beispiel, an dem sich Eingang, Entscheidungen und Ergebnis nachvollziehen lassen. Dazu sollte auch ein Fall gehören, der heute Rückfragen verursacht.
Wenn nur besonders einfache Beispiele verfügbar sind, bleibt der Aufwand für Ausnahmen verborgen. Eine kleine Auswahl unterschiedlicher Vorgänge ist deshalb aussagekräftiger als viele nahezu identische Muster.
Wer darf fachlich entscheiden?
Die spätere Nutzerin kann erklären, wie sie arbeitet. Ob eine bisherige Regel geändert werden darf, entscheidet möglicherweise jemand anderes. Beide Rollen sollten bekannt sein, damit Rückfragen nicht bei einer Person ohne Entscheidungsbefugnis hängen bleiben.
Der NIST AI Risk Management Framework behandelt Verantwortlichkeit als Teil des Umgangs mit KI-Risiken. Für den Projektstart lässt sich daraus eine einfache organisatorische Aufgabe ableiten: Zuständigkeiten benennen und erreichbar machen.
Welche Zugänge sind tatsächlich verfügbar?
„Unsere Software hat eine Schnittstelle“ beantwortet noch nicht, ob sie im vorhandenen Tarif nutzbar ist, welche Daten sie bereitstellt und ob eine Testumgebung existiert. Diese Punkte sollten konkret geprüft werden.
Fehlt ein Zugang, kann ein manueller Export für eine begrenzte Untersuchung genügen. Er ersetzt jedoch keine später benötigte Live-Anbindung. Kennzeichnen Sie diese Abhängigkeit, bevor aus einem Test ein verbindliches Lieferdatum wird.
Ein gemeinsames Startkriterium festlegen
Für einen fiktiven Anfrageprozess könnten die Voraussetzungen so aussehen: fünf geeignete Beispielvorgänge, ein bestätigter Zielzustand und eine Person, die offene Zuordnungsfragen entscheiden kann. Die Zahl ist eine Planungsannahme, keine allgemeine Mindestmenge.
Offene Punkte werden mit Zuständigkeit und geplantem Klärungsweg notiert. Nicht jede Lücke verhindert den Start. Entscheidend ist, ob der nächste Abschnitt ohne diese Information sinnvoll geprüft werden kann.
Wenn zentrale Voraussetzungen fehlen, sollte der erste Auftrag deren Klärung umfassen. Ein Entwicklungsangebot darf nicht den Eindruck erwecken, dass unbekannte Zugänge oder ungeklärte Fachregeln bereits gelöst seien.
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.