KI-Readiness-Check: 15 Fragen vor dem ersten Pilotprojekt

15 Fragen, klare Freigabekriterien und ein Beispiel mit 40 Beschäftigten: Dieser KI-Readiness-Check hilft, die nächsten 90 Tage im Unternehmen zu planen.

Veröffentlicht am

KI-Readiness-Check: 15 Fragen vor dem ersten Pilotprojekt

Ein KI-Readiness-Check soll zeigen, welche Aufgabe sich als Nächstes sicher mit KI erproben lässt. Ein Gütesiegel für das Unternehmen ist er nicht. Dafür werden 15 Fragen in fünf Bereichen bewertet und die Ausschlusskriterien geprüft. Das Ergebnis bestimmt die nächsten 90 Tage. Für ein Unternehmen mit 10-200 Beschäftigten zählt eine konkrete Aussage: Dieser Arbeitsablauf kann unter diesen Bedingungen erprobt werden – oder erst, wenn diese Lücken geschlossen sind.

Zuerst den Arbeitsablauf prüfen, dann das Unternehmen

Am Anfang steht die Aufgabe, bei der KI helfen soll. Eine Bewertung des gesamten Unternehmens kommt später. Für Entwürfe interner Projektberichte können die Voraussetzungen bereits stimmen, während automatische Zusagen an Kunden noch nicht vertretbar sind. Beide Entscheidungen brauchen unterschiedliche Nachweise, selbst wenn dieselben Personen und Tools beteiligt sind.

Das lässt sich mit der Prüfung eines Fahrzeugs vor einer bestimmten Fahrt vergleichen. Wer den Schlüssel hat, weiß noch nicht, ob die Bremsen funktionieren oder das Fahrzeug für die Strecke geeignet ist. Ein KI-Abonnement ist dieser Schlüssel. Ob die Fahrt sinnvoll ist, entscheiden Daten, Zugriffsrechte, prüfende Personen und betriebliche Regeln.

Geeignet ist eine wiederkehrende Aufgabe mit klaren Eingaben, einem überprüfbaren Ergebnis und einer verantwortlichen Person. „Betriebsabläufe verbessern“ ist zu weit gefasst. „Den wöchentlichen Projektbericht aus freigegebenen Notizen entwerfen und vor dem Versand von der Projektleitung prüfen lassen“ lässt sich bewerten.

Dieses Arbeitsblatt ist für einen kleinen, beaufsichtigten Test alltäglicher Aufgaben gedacht. Entscheidungen über Einstellungen, Kredite, Gesundheit, Sicherheit oder rechtliche Ansprüche erfordern eine gesonderte Prüfung durch Personen mit der passenden Fachkompetenz. Eine hohe Punktzahl berechtigt nicht zu solchen Einsätzen.

Die Unternehmensleitung oder der COO legt das Ziel fest und benennt die verantwortliche Person. Die IT-Leitung prüft Berechtigungen und Einstellungen. Wer die Aufgabe im Alltag erledigt, erklärt Sonderfälle und beurteilt den Nutzen der Ergebnisse. In kleinen Unternehmen kann eine Person mehrere Rollen übernehmen. Keine der Prüfungen entfällt dadurch.

KI-Readiness-Check: Das Arbeitsblatt auf einer Seite

Bewertet wird, was heute nachweisbar ist. Eine ungelesene Richtlinie, eine ungeprüfte Administratoreinstellung oder eine prüfende Person, die noch kein Ergebnis kontrolliert hat, rechtfertigt höchstens Teilpunkte.

Das folgende Bewertungsschema ist eine Planungshilfe dieses Artikels. Gewichtung und Schwellenwerte sind redaktionell festgelegt. Sie sind weder validierte Prognoseinstrumente noch Branchenbenchmarks oder ein Zertifizierungstest. Alle Fragen zählen gleich viel, damit die Berechnung einfach bleibt. Verbindliche Freigabekriterien verhindern, dass dabei gefährliche Lücken im Gesamtergebnis untergehen.

Das Arbeitsblatt von Aufgabe bis Nächster Schritt lässt sich in ein Dokument kopieren. Belegende Screenshots, Beispieldateien und Notizen gehören in einen separaten Nachweisordner. So bleibt die eigentliche Bewertung kompakt.

Checkliste: Sind die Voraussetzungen für KI erfüllt?

Aufgabe: __________ Verantwortlich: __________ Datum: __________

Jede Antwort bewerten: 0 = fehlt oder unbekannt; 1 = teilweise belegt; 2 = für diese Aufgabe vollständig belegt. Neben jeder Punktzahl einen kurzen Verweis auf den Nachweis ergänzen. Enthält eine Frage mehrere Prüfpunkte, müssen für 2 Punkte alle erfüllt sein. Pro Bereich sind 6 Punkte möglich, insgesamt 30.

A. Welche Arbeit sich für Automatisierung lohnt

  • A1. Gibt es eine wiederkehrende Aufgabe mit benannter verantwortlicher Person sowie klaren Eingaben und Ergebnissen?
  • A2. Sind Häufigkeit, bisherige Bearbeitungszeit und typische Fehler anhand aktueller Beispiele dokumentiert?
  • A3. Ist festgehalten, was ein brauchbares Ergebnis enthalten muss, einschließlich akzeptabler und nicht akzeptabler Beispiele?

B. Daten und Zugriffsrechte

  • B1. Sind repräsentative Eingaben für diese Aufgabe aktuell, lesbar und ausreichend einheitlich?
  • B2. FREIGABEKRITERIUM: Ist bestätigt, dass diese Eingaben in diesem Tool für diesen Zweck verwendet werden dürfen?
  • B3. FREIGABEKRITERIUM: Wurde geprüft, dass Nutzer und angebundene Systeme nur auf Informationen zugreifen können, die für diese Aufgabe zulässig sind?

C. Bereits bezahlte Tools

  • C1. Wurden bestehende Abonnements, enthaltene Funktionen, verfügbare Nutzerlizenzen und die Zuständigkeit für deren Verwaltung geprüft?
  • C2. FREIGABEKRITERIUM: Hat die Administration das konkrete Tool und Konto freigegeben sowie die Einstellungen und Bedingungen zur Datenverarbeitung geprüft?
  • C3. Kann der geplante Arbeitsablauf das benötigte Material aufnehmen und ein nutzbares Ergebnis liefern, ohne sich auf unbelegte Annahmen zu stützen?

D. Menschen und Kompetenzen

  • D1. Gibt es eine verantwortliche Person für den Test mit eingeplanter Zeit und einer Vertretung?
  • D2. FREIGABEKRITERIUM: Kann die benannte prüfende Person Fakten mit den Quellen abgleichen und folgenreiche Fehler erkennen?
  • D3. Haben die vorgesehenen Nutzer die Aufgabe geübt, einschließlich des Hinterfragens von Antworten und des Meldens von Problemen?

E. Risiken und Regeln

  • E1. FREIGABEKRITERIUM: Sind zulässige Eingaben sowie erlaubte und verbotene Einsatzweisen schriftlich festgehalten und allen Beteiligten verständlich?
  • E2. Ist geklärt, wem ein Fehler schaden könnte und welche Fälle an die zuständige Stelle weitergegeben werden müssen?
  • E3. FREIGABEKRITERIUM: Wurden die Freigabe durch einen Menschen, das Stoppen des Tests, die Meldung eines Vorfalls und die Rückkehr zum manuellen Ablauf geübt?

Punktzahlen: A ___/6 + B ___/6 + C ___/6 + D ___/6 + E ___/6 = ___/30.

Entscheidung: 0-11: Grundlagen schaffen. 12-21: Ein klar begrenztes Pilotprojekt vorbereiten. 22-30: Ein Pilotprojekt mit Ergebnismessung durchführen, sofern alle Freigabekriterien erfüllt sind. Jedes Freigabekriterium unter 2 schließt die Nutzung echter Unternehmens- oder Kundendaten und den operativen Einsatz aus; erlaubt sind dann ausschließlich synthetische Beispiele in einer freigegebenen Umgebung. Jeder Bereich unter 3/6 muss vor einer Ausweitung verbessert werden.

Nächster Schritt: __________ Zuständig: __________ Frist: __________

Was gilt als Nachweis?

Eine kurze Notiz mit Verweis auf etwas Überprüfbares genügt. Bei B2 wird festgehalten, welche datenverantwortliche Person die Nutzung freigegeben hat und welche Grenzen gelten. Für B3 braucht es eine Berechtigungsprüfung mit einem gewöhnlichen Nutzerkonto aus dem Pilotprojekt; die Administratoransicht allein reicht nicht. Für C2 werden Kontotyp, einschlägige Bedingungen zur Datenspeicherung und Nutzung für das Modelltraining, aktivierte Anbindungen sowie das Prüfdatum dokumentiert. „Der Anbieter sagt, es sei sicher“ beantwortet diese Fragen nicht.

Für D2 gleicht die prüfende Person einen Entwurf mit seiner Quelle ab und erkennt einen absichtlich eingebauten Sachfehler. Dafür dient eine klar gekennzeichnete Übung mit synthetischem Material. So lässt sich prüfen, ob die Kontrolle tatsächlich beherrscht wird, bevor sich jemand darauf verlässt.

Unbekannt bedeutet 0, nicht „wird schon passen“. Bei unterschiedlichen Einschätzungen gilt die niedrigere Punktzahl, bis Nachweise den Widerspruch auflösen. Für Vorhaben, die erst nächsten Monat umgesetzt werden sollen, gibt es keine Punkte.

Ein Bibliotheksgang verzweigt sich bei der Frage, ob ein Freigabekriterium unter 2 liegt: Ja führt zu Erst beheben, Nein zu Punktzahl auswerten.
Vor der Auswertung der Gesamtpunktzahl stehen die Freigabekriterien. Fehlende Schutzmaßnahmen lassen sich nicht durch einen Durchschnitt ausgleichen.

Was die Punktzahl für die nächsten 90 Tage bedeutet

Der Punktebereich hilft, die nächsten Arbeiten zu priorisieren. Ob ein Test mit echten Daten beginnen darf, entscheiden anschließend die Freigabekriterien. Die Zeitfenster dienen der Planung; ihr Ablauf erteilt keine Freigabe. Dauert eine notwendige Nachbesserung länger, muss das Pilotprojekt warten.

0-11: Die Grundlagen schaffen

Zuerst: Eine Aufgabe auswählen und die Verantwortung zuweisen. Solange Eingaben, Ergebnis und die dafür verantwortliche Person nicht klar benannt werden können, beseitigt auch ein zusätzliches Tool die Unsicherheit nicht.

An den Tagen 1-30 werden Beispiele gesammelt, der bisherige Ablauf erfasst und die Speicherorte der Daten geklärt. Dazu kommen die Prüfung vorhandener Software und schriftliche Grundregeln. Hängt die ursprüngliche Aufgabe von Daten ab, die nicht verwendet werden dürfen, sollte eine risikoärmere Aufgabe gewählt werden.

An den Tagen 31-60 wird eine kleine, repräsentative Stichprobe bereinigt, der Zugriff geprüft und mit synthetischen Beispielen in einer freigegebenen Umgebung geübt. Den Beteiligten muss ein funktionierender manueller Ablauf zur Verfügung stehen, zu dem sie zurückkehren können. Ziel sind Nachweise für die noch offenen Fragen, keine eindrucksvolle Vorführung.

An den Tagen 61-90 wird dieselbe Aufgabe erneut bewertet. Ein begrenztes Pilotprojekt mit echten Daten beginnt erst, wenn mindestens der mittlere Punktebereich erreicht ist und sämtliche Freigabekriterien erfüllt sind. Ist die Aufgabe weiterhin ungeeignet, ist auch eine dokumentierte Entscheidung zum Abwarten ein sinnvolles Quartalsergebnis.

12-21: Ein klar begrenztes Pilotprojekt vorbereiten

Zuerst: Für jedes nicht erfüllte Freigabekriterium eine zuständige Person und eine Frist festlegen. Danach den schwächsten Bereich verbessern, statt den stärksten weiter zu optimieren.

An den Tagen 1-30 werden diese Schutzmaßnahmen vervollständigt, akzeptable Ergebnisse definiert und die Ausgangswerte des manuellen Ablaufs erfasst. Diese Ausgangswerte zeigen, wie die Arbeit vor dem Test abläuft, einschließlich Prüf- und Korrekturzeit. Eine Richtlinie zur zulässigen KI-Nutzung kann die schriftlichen Regeln liefern; sie muss an die konkrete Aufgabe und die verwendeten Eingaben angepasst werden.

An den Tagen 31-60 können zwei benannte Nutzer und eine prüfende Person die Aufgabe erproben, sofern jedes Freigabekriterium erfüllt ist. Ergebnisse bleiben bis zur Freigabe Entwürfe. Parallel zum manuellen Ablauf werden die gesamte Bearbeitungszeit, Korrekturen und Sonderfälle erfasst. Haben die Nutzer den Arbeitsablauf noch nicht geübt, ist vor dem Start eine Schulung nötig – auch bei ausreichender Gesamtpunktzahl.

An den Tagen 61-90 fällt die Entscheidung, den Test fortzusetzen, anzupassen oder zu beenden. Ändern sich Aufgabe, Datenquelle, Tool oder Umfang der Berechtigungen, wird die Bewertung wiederholt. Fortschritt bedeutet weniger offene Lücken und bessere Nachweise, nicht bloß mehr Nutzer.

22-30: Ein Pilotprojekt mit Ergebnismessung durchführen

Zuerst: Die Freigabekriterien und den Bereich mit der niedrigsten Punktzahl prüfen. Ein gutes Gesamtergebnis spricht für einen kontrollierten Test. Automatischer Versand, uneingeschränkter Zugriff oder ein unternehmensweiter Rollout lassen sich daraus nicht ableiten.

An den Tagen 1-30 werden die Abnahmekriterien vereinbart. Sind alle Freigabekriterien erfüllt und beherrschen die Beteiligten die Aufgabe, kann ein kleiner Test starten. Für jedes operativ eingesetzte Ergebnis bleibt die prüfende Person verantwortlich. In dieser Phase zählt der Nutzen des vollständigen Arbeitsablaufs, einschließlich des menschlichen Aufwands rund um die KI.

An den Tagen 31-60 werden die Ergebnisse wöchentlich geprüft. Zunächst sollte die Bandbreite der Beispiele wachsen, erst danach die Zahl der Nutzer. Ein System, das Routinevermerke verarbeitet, kann an einem mehrdeutigen Bericht, fehlenden Quellen oder einer geänderten Kundenanweisung dennoch scheitern.

An den Tagen 61-90 wird nur ausgeweitet, wenn der Arbeitsablauf seine schriftlichen Kriterien in zwei aufeinanderfolgenden Prüfzeiträumen erfüllt, kein Freigabekriterium mehr offen ist und jeder Bereich mindestens 3/6 erreicht. Das ist eine vorgeschlagene Betriebsregel für diesen kleinen Test, kein statistischer Zuverlässigkeitsnachweis. Dauert die Prüfung genauso lange wie die manuelle Erledigung, sollte die Aufgabe vereinfacht oder der Test beendet werden.

Ein durchgehender Bibliotheksgang führt an Grundlagen schaffen für die Tage 1-30, Pilotprojekt für die Tage 31-60 und Entscheiden für die Tage 61-90 vorbei.
Ein möglicher Ablauf über 90 Tage: Lücken schließen, einen beaufsichtigten Test auswerten, dann entscheiden. Offene Freigabekriterien verschieben den Start des Pilotprojekts.

Durchgerechnet: Ein Dienstleistungsunternehmen mit 40 Beschäftigten

Ein fiktives Dienstleistungsunternehmen mit 40 Beschäftigten erreicht 18/30. Zunächst muss es also die Voraussetzungen für ein Pilotprojekt schaffen. Echte Projektdaten darf es noch nicht verwenden.

Geplant ist ein Entwurf für einen internen Projektbericht auf Grundlage freigegebener Projektnotizen. Eine Person aus der Projektleitung würde jede Tatsachenaussage prüfen und die fertige Nachricht versenden. Im Test würden weder Nachrichten automatisch verschickt noch Datensätze geändert oder Zusagen an Kunden gemacht.

Die folgenden Nachweise und Punktzahlen dienen der Veranschaulichung. Es handelt sich weder um Kundenergebnisse noch um einen Produkttest oder die Behauptung, dass ein bestimmter Assistent diese Aufgabe bewältigen kann.

FrageIm Beispiel vorhandene NachweisePunkte
A1: Aufgabe und VerantwortungFür den Wochenbericht ist eine Person aus der Projektleitung benannt; freigegebene Notizen sind die Eingabe, ein interner Entwurf ist das Ergebnis.2
A2: Bisheriger AblaufDie Häufigkeit ist bekannt; Aufzeichnungen zu Bearbeitungszeit und Fehlern sind unvollständig.1
A3: Akzeptables ErgebnisDie erforderlichen Überschriften stehen fest; akzeptable und nicht akzeptable Beispiele sind noch nicht fertig.1
B1: Qualität der EingabenAktuelle Notizen sind lesbar, verwenden aber uneinheitliche Vorlagen.1
B2: NutzungserlaubnisDie datenverantwortliche Person hat die Erlaubnis für die konkrete Stichprobe, das Tool und den Zweck dokumentiert.2
B3: ZugriffDie Projektordner sind bekannt, der Zugriff gewöhnlicher Nutzer wurde aber noch nicht vollständig geprüft.1
C1: Bestehende AbonnementsDie Administration hat Nutzerlizenzen, enthaltene Funktionen und Kontozuständigkeit geprüft.2
C2: Freigegebene EinstellungenDas Konto steht fest; Aufbewahrungs- und Anbindungseinstellungen sind noch ungeprüft.1
C3: Eignung für den ArbeitsablaufAnforderungen an Eingaben und Ergebnisse sind dokumentiert; der vorgesehene Übertragungsweg ist noch nicht geprüft.1
D1: TestverantwortungDer COO hat Zeit eingeplant und eine Vertretung benannt.2
D2: PrüfkompetenzEine Person aus der Projektleitung ist benannt, hat das Prüfverfahren aber noch nicht vorgeführt.1
D3: Übung der NutzerDie vorgesehenen Nutzer haben den Arbeitsablauf noch nicht geübt.0
E1: Schriftliche RegelnDie Regeln liegen als Entwurf vor, wurden den Beteiligten aber noch nicht erläutert.1
E2: FolgenFehlerhafte Statusberichte sind als Risiko erkannt; die Fälle für eine Eskalation sind noch nicht vollständig erfasst.1
E3: Stopp und RückkehrEin manueller Ersatzablauf ist vorhanden; Freigabe, Vorfallsmeldung und Stopp wurden noch nicht geübt.1

Die Teilergebnisse lauten Arbeit 4/6, Daten 4/6, Tools 4/6, Menschen 3/6 und Risiken 3/6. Die Rechnung: 4 + 4 + 4 + 3 + 3 = 18/30. B2 ist bislang das einzige erfüllte verbindliche Freigabekriterium.

Der COO entscheidet: Den Test vorbereiten; echte Projektdaten erst verwenden, wenn auch die übrigen Freigabekriterien erfüllt sind. Die Administration prüft B3 und C2. Die Projektleitung führt die Prüfung für D2 vor. Der COO erläutert für E1 die schriftlichen Grenzen und übt mit den Beteiligten für E3 die Freigabe, Vorfallsmeldung, das Stoppen und die Rückkehr zum manuellen Ablauf.

Steigt die Bewertung dieser fünf Punkte jeweils von 1 auf 2, ergibt sich eine neue Gesamtpunktzahl von 23/30. Damit ist D3 noch nicht erledigt: Die Nutzer brauchen weiterhin Übung. Sobald sie diese absolviert haben und D3 von 0 auf 2 steigt, beträgt die Summe 25/30. Die Bereiche erreichen dann 4, 5, 5, 6 und 5 Punkte. In diesem hypothetischen Ablauf sind nun alle Freigabekriterien erfüllt.

Vor dem ersten Entwurf mit echten Daten muss das Unternehmen noch die Ausgangswerte, die Beispiele für akzeptable Ergebnisse und die Prüfung des Eingabe-Ausgabe-Ablaufs unter C3 vervollständigen. Die entsprechenden Punktzahlen steigen erst, wenn die Nachweise das rechtfertigen. Unterstützt das Tool den geplanten Arbeitsablauf nicht, muss eine andere Aufgabe gewählt werden. Einen Nachweis eingesparter Stunden hat das Unternehmen weiterhin nicht. Das muss es erst messen, einschließlich der Zeit für Prüfung und Korrektur des Entwurfs.

Die Bewertung in einer Arbeitswoche durchführen

Am Ende der Woche soll eine dokumentierte Entscheidung stehen. Eine abgeschlossene Einführung wird damit nicht versprochen. Es geht darum, Nachweise von den Personen zusammenzutragen, die die Aufgabe bereits kennen.

  1. Montag: Aufgabe auswählen und Beispiele sammeln

    Die Unternehmensleitung oder der COO benennt die Aufgabe, die verantwortliche Person und die Entscheidung, die bis Freitag fallen soll. Wer die Arbeit erledigt, liefert zehn aktuelle Beispiele, darunter auch schwierige Fälle. Häufigkeit, Zeitaufwand und typische Korrekturen werden erfasst. Diese Stichprobe ist ein praktikabler Einstieg, kein Nachweis dafür, dass jeder Sonderfall abgedeckt ist.

  2. Dienstag: Daten und tatsächliche Zugriffe prüfen

    Die IT-Leitung und die datenverantwortliche Person prüfen fünf repräsentative Quelldokumente. Sie bestätigen die Erlaubnis für den vorgesehenen Einsatz und kontrollieren den Zugriff mit einem gewöhnlichen Nutzerkonto aus dem Pilotprojekt. Dabei achten sie auf veraltete Versionen, vermischte Kundenordner, personenbezogene Informationen und Material mit Nutzungsbeschränkungen. Dass ein Ordner existiert, macht ihn noch nicht für eine Anbindung geeignet.

  3. Mittwoch: Tools und bisherige Nutzung erfassen

    Geprüft werden die vorhandenen Abonnements, die genauen Kontotypen und die jeweiligen Administrationsrechte. Die Beschäftigten werden gefragt, welche Assistenten, Browsererweiterungen oder Meeting-Tools sie bereits beruflich nutzen. Diese Bestandsaufnahme soll die tatsächliche Nutzung sichtbar machen: Was verborgen bleibt, lässt sich aus einer Rechnungsliste allein nicht beurteilen. Der Leitfaden zu Schatten-KI, also dem beruflichen KI-Einsatz außerhalb der vorgesehenen Kontrolle, hilft dabei, das Gespräch zu strukturieren.

  4. Donnerstag: Kompetenzen und Regeln praktisch erproben

    Die vorgesehenen Nutzer und die prüfende Person üben eine Stunde lang mit synthetischem Material in einer freigegebenen Umgebung. Sie vergleichen einen Entwurf mit seiner Quelle, weisen eine unbelegte Aussage zurück, melden ein Problem und kehren zum manuellen Ablauf zurück. Bewertet wird das gezeigte Verhalten; bloße Anwesenheit bringt keine Punkte.

  5. Freitag: Bewerten, entscheiden und Nachbesserungen zuweisen

    Unternehmensleitung oder COO, IT-Leitung und Aufgabenverantwortliche gleichen die Nachweise ab, klären Meinungsverschiedenheiten und berechnen die Gesamtpunktzahl. Dokumentiert werden Punktebereich, nicht erfüllte Freigabekriterien, erster Schritt, zuständige Person und Frist. Ein Termin zur erneuten Prüfung wird vereinbart. Diese Fassung bleibt erhalten, damit spätere Bewertungen zeigen, was sich verändert hat.

Welches Tool braucht ein KI-Readiness-Check?

Für diese erste Entscheidung reichen ein Textdokument und eine Tabelle. Fragenkennung, Punktzahl, Nachweisverweis und nächster Schritt sollten zusammenstehen. Wichtiger als ein aufwendiges Dashboard ist eine nachvollziehbare Begründung für jede Antwort.

Bei den „bereits bezahlten Tools“ zählt die nachgewiesene Eignung, nicht die Anzahl der Abonnements. Eine enthaltene Funktion kann für die vorgesehenen Nutzer unzugänglich, von der Administration deaktiviert oder für die betreffenden Daten ungeeignet sein. Vor einer weiteren Anschaffung werden deshalb das konkrete Konto und der Arbeitsablauf geprüft.

Die Übersicht zu KI-Tools für kleine Unternehmen hilft, sobald Aufgabe und Rahmenbedingungen feststehen. Gehört Claude von Anthropic zur engeren Auswahl, liefert der Leitfaden zu Claude-Arbeitsabläufen für kleine Unternehmen Ideen zur Prüfung. Beide Leitfäden ersetzen weder die Kontrolle des eigenen Kontos und der Berechtigungen noch die Klärung des benötigten Ergebnisses.

Welche Rahmenwerke ergänzen den KI-Readiness-Check?

Sind die Lücken bekannt, helfen öffentlich zugängliche Rahmenwerke dabei, die Schutzmaßnahmen zu vertiefen. Das AI Risk Management Framework des National Institute of Standards and Technology, kurz NIST AI RMF, bietet freiwillige Leitlinien für den Umgang mit KI-Risiken. Das zugehörige Playbook ordnet Handlungsvorschläge den Funktionen Govern, Map, Measure und Manage zu und ist ausdrücklich keine Checkliste, die vollständig abgearbeitet werden soll. Es hilft, Zuständigkeiten, Einsatzkontext, Bewertung und Reaktionen genauer zu untersuchen. ISO/IEC 42001 legt Anforderungen für den Aufbau und die kontinuierliche Verbesserung eines KI-Managementsystems fest. Gemeint sind damit die Richtlinien, Verantwortlichkeiten und Prozesse einer Organisation für KI. Die Norm ist relevant, wenn eine solche formale Organisationsstruktur gebraucht wird. Diese öffentlich zugänglichen Seiten wurden am 23. Oktober 2026 überprüft. Das vorliegende Arbeitsblatt ist eine eigenständig entwickelte Planungshilfe, keine NIST-Bewertung, keine ISO-Konformitätsbewertung und kein Zertifizierungsnachweis. Das KI-Governance-Rahmenwerk für kleine Unternehmen hilft, aus den Ergebnissen konkrete Zuständigkeiten und Entscheidungsregeln abzuleiten.

Was wird bei der KI-Bereitschaft überschätzt?

Eine scheinbar genaue Punktzahl kann eine unklare Aussage verdecken. Belegte 18/30 sind nützlicher als selbstsichere 28/30 auf Grundlage von Vermutungen. Die Punktebereiche helfen, Arbeit zu strukturieren. Sie messen keinen allgemeingültigen KI-Reifegrad des Unternehmens. Die Gesamtpunktzahl sollte deshalb nicht in einen Prozentsatz umgerechnet werden, um das Unternehmen als „zu so viel Prozent bereit“ zu bezeichnen.

Mehr Tools klären keine unklaren Aufgaben. Fehlt eine gemeinsame Vorstellung davon, was ein gutes Ergebnis ausmacht, bleibt die Aufgabe auch mit einem neuen Abonnement schwer zu bewerten. Dasselbe gilt für widersprüchliches Ausgangsmaterial. Manchmal besteht die erste Verbesserung in einem einheitlichen Erfassungsformular oder einem klareren Freigabeprozess.

Eine bestandene Bewertung belegt noch keinen Nutzen. Der Check klärt, ob die Voraussetzungen für einen sinnvollen Test vorliegen. Der Test klärt, ob der Arbeitsablauf die Arbeit tatsächlich verbessert. Deshalb werden Vorbereitung, Prüfung, Korrektur und Behandlung von Sonderfällen ebenso gemessen wie die Generierungszeit. Ein schneller Entwurf, dessen Kontrolle länger dauert, kann trotzdem die falsche Wahl sein.

Die Punktzahl erteilt keine Freigabe für autonomes Handeln. Der Wechsel von „Entwurf für einen Menschen“ zu „Versand ohne Freigabe“ verändert den Arbeitsablauf und seine Folgen. Er muss erneut bewertet werden. Dasselbe gilt, wenn derselbe Assistent Zugriff auf die Dateien einer weiteren Abteilung erhält. Selbst 30/30 übertragen keine vorhandenen Nachweise auf eine neue Berechtigung oder einen neuen Anwendungsfall, für die sie nie erbracht wurden.

Häufige Fragen

Was ist ein Readiness-Assessment?

Ein Readiness-Assessment gleicht vorhandene Nachweise mit den Voraussetzungen für einen konkreten nächsten Schritt ab. Bei KI werden dafür Arbeit, Daten, Tools, Menschen und betriebliche Regeln geprüft. Anschließend wird festgehalten, was beginnen kann und was noch verbessert werden muss. Das brauchbare Ergebnis ist eine Entscheidung mit klaren Zuständigkeiten, nicht nur eine Punktzahl.

Wie lässt sich der KI-Readiness-Check als PDF nutzen?

Das einseitige Arbeitsblatt lässt sich in ein Textverarbeitungsprogramm kopieren und als PDF exportieren oder drucken. Die Nachweisnotizen werden separat aufbewahrt; für spätere Neubewertungen bleibt eine bearbeitbare Fassung erhalten. Alle Fragen und Bewertungsregeln stehen auf dieser Seite. Es muss weder ein Online-Bewertungsformular ausgefüllt noch eine E-Mail-Adresse angegeben werden.

Der erste Schritt am Montag

Für die Bewertung wird ein Termin mit der Person vereinbart, die eine wiederkehrende Aufgabe verantwortet, sowie mit den Zuständigen für deren Daten und Tools. Aktuelle Beispiele werden vorab angefordert. Bis Freitag sollte dieser Satz vollständig sein: „Wir können diesen Arbeitsablauf innerhalb dieser Grenzen erproben, sobald diese konkret benannten Lücken geschlossen sind.“ Lässt sich der Satz noch nicht vervollständigen, besteht der nächste Schritt darin, die fehlenden Nachweise zu beschaffen.

Praktische Leitfäden zur Auswahl und Umsetzung von KI-Arbeitsabläufen gibt es im Newsletter.

Veröffentlicht
Kategorie
AI
Ähnliche Artikel
Sprache zu Text: Diktiersoftware für Mac und Windows 2026

Sprache zu Text: Diktiersoftware für Mac und Windows 2026

Sprache zu Text im Arbeitsalltag: Apple, Windows, Wispr Flow, VoiceOS, Superwhisper und Dragon im Vergleich – mit Preisen, Datenschutz und Zehn-Minuten-Test.23. Okt. 2026AI
Claude-KI-Assistent Duet: Was er kann und wo Grenzen liegen

Claude-KI-Assistent Duet: Was er kann und wo Grenzen liegen

Was Claude Duet übernimmt, wer auf die Warteliste kann und wie Hintergrundarbeit das Claude-Kontingent nutzt. Mit Aufgaben und Prüfschritten für den Einstieg.22. Okt. 2026AI
Meta Muse: Datenschutz und klare Regeln fürs Unternehmen

Meta Muse: Datenschutz und klare Regeln fürs Unternehmen

Welche Daten Meta Muse speichert und fürs Training nutzt, welche Einstellungen zählen und wie eine kurze Richtlinie den Einsatz im Unternehmen begrenzt.22. Okt. 2026AI
HITL: Wo KI-Agenten menschliche Freigaben brauchen

HITL: Wo KI-Agenten menschliche Freigaben brauchen

Wann brauchen KI-Agenten eine Freigabe, Stichproben oder Eskalation? Ein Praxisleitfaden mit Supportbeispiel, Tool-Dokumentation und klaren Prüfregeln.21. Okt. 2026AI
Qwen vs DeepSeek: Welches Modell passt zu welchem Einsatz?

Qwen vs DeepSeek: Welches Modell passt zu welchem Einsatz?

Qwen vs DeepSeek im Vergleich: Welches Modell passt zu Coding, Bildern, Videos und Self-Hosting? Mit API-Kosten, Kontextgrenzen, Lizenzen und Hostingoptionen.21. Okt. 2026AI
Claude Artifacts: Erstellen, speichern und im Team teilen

Claude Artifacts: Erstellen, speichern und im Team teilen

Claude Artifacts erstellen, bearbeiten und teilen: mit Freigaben nach Tarif, Regeln für ältere Cowork-Artefakte und drei Praxisbeispielen samt Prompts.21. Okt. 2026AI
Perplexity Computer: Wann Cloud, Mac und Windows sinnvoll sind

Perplexity Computer: Wann Cloud, Mac und Windows sinnvoll sind

Perplexity Computer in der Cloud, lokal auf dem Mac oder auf AMD-Windows-PCs: Voraussetzungen, Kosten, Datenzugriff und ein Ablauf für Kundenangebote.21. Okt. 2026AI
Schatten-KI im Unternehmen: Ein Praxisplan für kleine Teams

Schatten-KI im Unternehmen: Ein Praxisplan für kleine Teams

Schatten-KI in Apps, Erweiterungen, privaten Konten und bestehender Software erkennen. Mit Maßnahmenplan für kleine Teams und geprüften Datenzusagen.20. Okt. 2026AI
Newsletter

Ein Brief, jeden Sonntag.Funktionierende Systeme, keine heißen Takes.

Wöchentlich. Kein Spam. Jederzeit abbestellbar.