Lastenheft für ein KI-Projekt: Operator-Vorlage

Ein nützliches Lastenheft für ein KI-Projekt ist ein Abnahmevertrag und keine Werkzeug-Wunschliste. Es beschreibt das Geschäftsproblem und die beobachtbare Ausgangslage, den eingeschlossenen Ablauf, ausdrückliche Ausschlüsse, erlaubte Eingaben und maßgebliche Quellen. Es legt die erwartete Ausgabe und die Tests für deren Abnahme fest. Außerdem nennt es die Person, die das Ergebnis freigibt, die aufzubewahrenden Nachweise und Protokolle, die Fälle für einen Stopp sowie die verantwortliche Person. Der letzte Teil setzt einen Prüftermin und eine klare Entscheidung: einsetzen, überarbeiten oder stoppen. Ein Anbieter kann daraufhin eine Umsetzung vorschlagen, ohne unbemerkt die Bedeutung von Erfolg zu verändern.

Warum braucht das Projekt einen Abnahmevertrag?

Eine Liste aus Modellen, Schnittstellen und Funktionen beschreibt einen Kaufwunsch, aber nicht den erforderlichen Nachweis. Der Vertrag stellt das beobachtbare Ergebnis an die erste Stelle. Fachverantwortliche, Technik und Anbieter prüfen dadurch dieselbe Grenze.

Das Dokument muss nicht die gesamte Umsetzung vorhersagen. Es muss Meinungsverschiedenheiten sichtbar machen. Verbotene Eingaben werden benannt. Widersprechen sich zwei zugelassene Quellen, stoppt der Fall. Eine freigabepflichtige Ausgabe bleibt ein Entwurf, auch wenn die Oberfläche fertig aussieht.

Das NIST AI Risk Management Framework ist freiwillig und soll Organisationen helfen, Vertrauenswürdigkeitsaspekte in Gestaltung, Entwicklung, Nutzung und Bewertung von KI-Systemen einzubeziehen. Sein Kern nutzt Govern, Map, Measure und Manage. Das zugehörige Playbook enthält vorgeschlagene freiwillige Handlungen und ist weder Checkliste noch vorgeschriebene Reihenfolge. Diese redaktionelle Vorlage ist eigenständig und behauptet keine Zertifizierung, Konformität oder rechtliche Hinlänglichkeit.

Welche sieben Teile gehören in das Lastenheft?

Übernehmen Sie diese sieben Überschriften und verlangen Sie unter jeder eine konkrete Antwort. Eine leere, vage oder strittige Antwort zeigt, dass dieser Punkt nicht abnahmefähig ist.

1. Problem und beobachtbare Ausgangslage. Beschreiben Sie das Geschäftsproblem ohne Lösung. Halten Sie fest, was heute beobachtet wird und wie dieselbe Beobachtung bei der Prüfung entsteht.
2. Enthaltener Ablauf und Ausschlüsse. Nennen Sie Start, Ende, beteiligte Personen oder Systeme und alles, was das Projekt nicht tun darf.
3. Erlaubte Eingaben und Quellenautorität. Listen Sie Formate und Ablagen auf. Bestimmen Sie die maßgebliche Quelle und einen Stopp bei fehlender Autorität oder Widerspruch.
4. Ausgabeformat und Abnahmekriterien. Definieren Sie Felder, Aufbau, Sprache, nötige Verweise, verbotene Inhalte und Annahme oder Ablehnung.
5. Testbestand. Nehmen Sie normale, fehlende, mehrdeutige, widersprüchliche und sensible Fälle mit dem jeweils erwarteten Verhalten auf.
6. Freigabe, Fehler, Stopp und Nachweise. Benennen Sie Entscheidungspunkt und Stoppweg. Legen Sie fest, welche Versionen, Quellen, Entscheidungen, Ausnahmen und Korrekturen bleiben.
7. Verantwortung und Prüfung. Benennen Sie die Pflege von Regeln, Quellen und Tests, setzen Sie einen Termin und protokollieren Sie Einsatz innerhalb der getesteten Grenze, Überarbeitung oder Stopp.

Die praktische Anleitung von France Num empfiehlt, Ziele, Rollen und Regeln zu formalisieren, vor dem Einsatz zu testen, sensible Aufgaben menschlich zu beaufsichtigen, Nachvollziehbarkeit sicherzustellen und Anweisungen, Konfiguration sowie Dokumente fortlaufend zu pflegen. Das ist praktische Orientierung und kein bindendes Recht.

Welche Tabelle lässt sich direkt übernehmen?

Jede Zeile steht für eine Entscheidung, die einen prüfbaren Nachweis hinterlassen muss.

Wie wird der Testbestand aufgebaut?

Testen Sie die Grenze und die Ablehnung, nicht nur den sauberen Normalfall. Jeder Fall erhält Eingabe, erwartete Ausgabe oder Stopp, tatsächliches Ergebnis, prüfende Person und Entscheidung.

• Normal: vollständige erlaubte Eingabe aus maßgeblicher Quelle erzeugt die vorgesehene Ausgabe zur Freigabe.
• Fehlend: Pflichtangabe oder Quelle fehlt; die Lücke wird angezeigt und nicht erfunden.
• Mehrdeutig: mehrere Lesarten sind möglich; ein Mensch entscheidet.
• Widersprüchlich: zugelassene Quellen weichen ab; der Konflikt wird gezeigt und der Ablauf stoppt.
• Sensibel: der Fall gehört zur benannten sensiblen Kategorie oder liegt außerhalb; keine unbefugte Handlung erfolgt.

Bei der Verarbeitung personenbezogener Daten ordnet die CNIL-Übersicht die Arbeit um Zweckbestimmung, Verantwortung und Rechtsgrundlage, Rechte betroffener Personen, Datenminimierung und Datenkontrolle sowie Sicherheitsmaßnahmen. Solche Projekte benötigen eine angemessene Datenschutz- und Rechtsprüfung; diese Vorlage ist keine Rechtsberatung und belegt keine DSGVO-Konformität.

Wie sieht ein vollständig ausgefülltes Beispiel aus?

Der folgende interne Ablauf zur Weiterleitung von Anfragen ist hypothetisch und verspricht keine Produktivität.

1. Problem. Interne Anfragen landen in einem gemeinsamen Postfach. Eine datierte Stichprobe enthält Text, menschlich gewählte Kategorie und Zielteam.
2. Umfang. Der Ablauf beginnt beim Eingang und endet mit einem Weiterleitungsvorschlag. Er antwortet nicht, ändert keine Datensätze, weist keine Arbeit zu und verarbeitet keine externen Anfragen.
3. Eingaben. Erlaubt sind Text, genehmigte Kategorienliste und genehmigtes Teamverzeichnis. Das Verzeichnis bestimmt Zielnamen. Fehlt Kategorie oder Ziel, stoppt der Ablauf.
4. Ausgabe. Der Entwurf enthält Kennung, vorgeschlagene Kategorie, Ziel, zitierten Verzeichniseintrag und kurze Begründung. Alle Felder und Quellenbezug sind für die Abnahme nötig.
5. Tests. Geprüft werden eine klare Gebäudefrage, eine Anfrage ohne Ort, eine Formulierung zu Zugang oder Gerät, widersprechende Kategorie und Verzeichnis sowie eine sensible Anfrage. Erwartet werden Entwurf, Stopp wegen Lücke, menschliche Entscheidung, Konfliktstopp und sensibler Stopp.
6. Freigabe. Die Postfachkoordination nimmt an, bearbeitet oder verwirft. Unvollständige, mehrdeutige, widersprüchliche, sensible und fremde Fälle werden nicht weitergeleitet. Versionen, Entwurf, Entscheidung, Ausnahme und Korrektur bleiben erhalten.
7. Verantwortung. Operations pflegt Kategorien, Verzeichnis und Tests. Die datierte Prüfung entscheidet Einsatz innerhalb der Grenze, Überarbeitung oder Stopp.

Dieses Dokument ist konkreter als das allgemeine Beispiel für ein KI-Projekt. Zur vorherigen Auswahl des Ablaufs dient die Methode, ein Unternehmen mit KI zu automatisieren.

Welche Warnzeichen zeigen eine Anbieter-Wunschliste?

Das Lastenheft ist schwach, wenn das Produkt genau und die Abnahme unklar beschrieben wird.

• Es beginnt mit Plattform oder Modell statt Problem und Ausgangslage.
• Ein ganzer Bereich gehört ohne Ausschlüsse zum Umfang.
• „Unternehmensdaten“ haben keine erlaubten Quellen oder Autorität.
• „Hohe Qualität“ hat kein Format und keine Kriterien.
• Tests enthalten nur günstige Beispiele.
• Menschliche Prüfung hat weder Person noch Entscheidungspunkt.
• Protokolle haben keine festgelegten Nachweise.
• Stopp und Übergabe fehlen.
• Niemand verantwortet Quellen, Tests, Pflege und Termin.

Wann wird eingesetzt, überarbeitet oder gestoppt?

Die Entscheidung bleibt kurz, weil die Nachweise bereits feststehen.

• Einsetzen: alle Tests sind prüfbar, Kriterien erfüllt, Stopps wirksam, Freigabe vorhanden und die verantwortliche Person akzeptiert nur die getestete Grenze.
• Überarbeiten: das Problem gilt, aber Regel, Eingabe, Quelle, Kriterium, Test oder Freigabeweg ist unvollständig. Vertrag ändern und erneut testen.
• Stoppen: Eingaben oder Autorität fehlen, die Ausgabe ist nicht anhand schriftlicher Kriterien prüfbar, Stopps versagen oder niemand übernimmt Verantwortung.

Der Einsatz erweitert den Umfang nicht. Neue Eingaben, Quellen, Ausgaben oder Handlungen ändern den Vertrag und benötigen Tests und Prüfung.

Häufige Fragen

Wie schreibt man ein KI-Lastenheft? Als Abnahmevertrag mit Ausgangslage, Grenzen, Eingaben, Ausgabe, Tests, Freigabe, Stopps, Nachweisen und Verantwortung.

Welche Teile gehören hinein? Problem, Umfang, Quellen, Ausgabe, Tests, Freigabe und Nachweise sowie Pflege und Prüfung.

Welche Phasen sieht die Vorlage vor? Schreiben, Testfälle erstellen, begrenzt testen, Nachweise prüfen und über Einsatz, Überarbeitung oder Stopp entscheiden.

Belegt sie Konformität? Nein. Laut CNIL brauchen Projekte mit personenbezogenen Daten eine angemessene Datenschutz- und Rechtsprüfung.