Ein Leitfaden mit Arbeitsdokument
Neun Kapitel zur Orientierung und ein Steckbrief, der die Ergebnisse eines Vorhabens aufnimmt. Kein KI-Lehrbuch, kein Reifegradmodell und keine Empfehlung für ein bestimmtes Produkt.
Überblick
Was der NIRO KI Navigator ist.
Der NIRO KI Navigator ist ein Arbeitsmittel für konkrete KI-Vorhaben in Industrieunternehmen. Er ordnet die Fragen, die vor, während und nach einem Pilot beantwortet sein müssen, und hält die Antworten je Vorhaben an einer Stelle fest.
Fachbereich, IT und Leitung gemeinsam
Für alle, die ein KI-Vorhaben verantworten, beurteilen oder freigeben müssen. Fachbegriffe werden dort erklärt, wo sie gebraucht werden; die wichtigsten stehen zusätzlich im Glossar in Kapitel 09.
Ein entscheidungsfähiges Vorhaben
Ein ausgefüllter Steckbrief mit Ziel, Kennzahl, Ausgangswert, Datenzugang, Rollen, Kontrollpunkten, Pilotentscheidung und Betriebsverantwortung. Als Handout zum Herunterladen oder Drucken.
Wie ein Vorhaben durch den Navigator läuft
Ein anonymisiertes Beispiel aus dem Programm, auf drei Stationen verkürzt. Es zeigt, welche Art von Antworten der Navigator verlangt, bevor Technik ausgewählt wird.
01
Ausgangslage beschreiben
Kundenspezifikationen werden manuell gelesen und in ein internes Lastenheft übertragen. Die Bearbeitung ist aufwendig, ausgelassene Anforderungen führen zu Rückfragen.
Geklärt wird: Prozess, betroffene Rolle, heutiges Vorgehen und fachlicher Owner.
02
Wirkung und Machbarkeit prüfen
Bearbeitungszeit je Dokument und Korrekturquote werden im heutigen Prozess gemessen. Erst danach wird verglichen, ob ein KI-gestützter Workflow gegenüber einer einfacheren Lösung im Vorteil ist.
Geklärt wird: Kennzahl, Ausgangswert, Datenzugang, Rollen und Akzeptanz.
03
Pilot und Betrieb entscheiden
Der Pilot wird auf eine Dokumentart begrenzt. Erfolgsschwelle, kritische Fehler, Kontrollpunkt, Fallback und Entscheidungstermin stehen vor dem Start fest.
Ergebnisoptionen: weiterführen, nachschärfen oder stoppen.
Den vollständigen Fall mit allen sechs Stationen ansehen
Das Beispiel lässt sich am Ende der Seite vollständig in den Steckbrief laden.
Der NIRO KI Navigator ist aus der gemeinsamen Arbeit mit Unternehmen des NIRO-Netzwerks entstanden. Wie das Programm ablief und was daraus geblieben ist, steht am Ende dieser Seite.
Einstieg
Wo steht Ihr KI-Vorhaben gerade?
Es gibt keinen vorgeschriebenen Startpunkt. Wählen Sie den Einstieg, der zu Ihrer aktuellen Situation passt. Der NIRO KI Navigator gibt keine feste Reihenfolge vor. Er führt zu den Fragen, die als Nächstes geklärt werden sollten.
Der NIRO KI Navigator ersetzt keine technische, rechtliche oder betriebliche Einzelfallprüfung. Er ist ein Erfahrungs- und Arbeitsdokument aus realen Vorhaben im NIRO-Netzwerk.
Einstieg 01
Sie wissen noch nicht, wo Sie anfangen sollen
Typische Schwachstellen im Prozess erkennen, Praxisbeispiele nutzen und einen ersten Kandidaten beschreiben, ohne die Lösung vorwegzunehmen.
Orientierung finden → Einstieg 02Sie haben bereits eine konkrete Idee
Wirkung, Aufgabe, Datenzugang und einfachste ausreichende Lösung prüfen, bevor Technik ausgewählt wird.
Idee prüfen → Einstieg 03Sie arbeiten bereits an einem Vorhaben
Pilot, Rollen, Kontrollpunkte, Freigaben und den späteren Betrieb verbindlich vorbereiten.
Umsetzung absichern →Vier wiederkehrende Aufgaben in KI-Vorhaben
Unabhängig vom Einstieg tauchen in den Vorhaben vier Aufgaben immer wieder auf. Die Kapitelverweise zeigen, wo sie im NIRO KI Navigator bearbeitet werden.
Bedarf 01
Use Case finden und abgrenzen
- Nach Wartezeiten, Fehlern, Nacharbeit, Suchaufwand oder schwer zugänglichem Wissen suchen
- Aufgabe, betroffene Rolle, Häufigkeit und heutiges Vorgehen beschreiben
- Gewünschte Verbesserung und messbare Ausgangslage benennen
- Erst danach KI und einfachere Alternativen gegeneinander prüfen
Bearbeitet in: → 04 Vorhaben prüfen · 03 Anwendungsmuster
Bedarf 02
Ein Vorhaben strukturiert begleiten
- Ein durchgehendes Format pro Use Case verwenden
- Offene Punkte entlang der sechs Dimensionen sichtbar machen
- Maßnahmen, Beobachtungen und Hürden fortlaufend festhalten
- Nächste Schritte und Verantwortlichkeiten verbindlich machen
Bearbeitet in: → 01 Der Steckbrief
Bedarf 03
Daten und Prozesse systematisch erfassen
- Datenzugang, Qualität und Detailebene use-case-spezifisch prüfen
- Relevante Prozessschritte und Informationsflüsse aufnehmen
- Datenart und Entscheidungsproblem zusammen betrachten
- Bei Bedarf eine direkte Prozessbeobachtung als Erhebungsmethode nutzen
Bearbeitet in: → 05 Datenlage
Bedarf 04
Rollen, Risiken und Freigaben klären
- Fachlichen Owner und beteiligte Rollen benennen
- Aufgabenteilung zwischen Mensch und System festlegen
- Datenschutz, Mitbestimmung und interne Freigaben früh prüfen
- Qualifizierung und spätere Betriebsverantwortung berücksichtigen
Alle Kapitel im Überblick
Die Seite ist in drei Phasen gegliedert. Für einen ersten Überblick genügen die Kapitel 01 bis 03. Ein vollständiger Durchgang mit einem konkreten Vorhaben dauert etwa 45 Minuten und kann jederzeit unterbrochen werden.
Phase 1Verstehen
Phase 2Prüfen
Phase 1 · Verstehen
01 — Steckbrief
Ein Blatt pro Vorhaben: der Steckbrief.
Im Steckbrief steht alles zu einem KI-Anwendungsfall an einer Stelle: Ziel, Daten, Rollen, Entscheidungen und offene Punkte. Nutzen Sie ihn, um Ihr Vorhaben zu strukturieren und die nächsten Schritte im Team zu besprechen.
- Online öffnen und parallel befüllen. Öffnen Sie den Steckbrief im Arbeitsbereich und übertragen Sie Ergebnisse direkt in die vorgesehenen Felder.
- Nicht alles am ersten Tag beantworten. Beginnen Sie mit Problem, betroffener Rolle, gewünschter Wirkung und heutiger Ausgangslage.
- Leere Felder sind eine Information. Sie zeigen offenen Klärungsbedarf und werden im Projektverlauf ergänzt.
- Abschnitt I wird laufend weitergeschrieben. Halten Sie dort fest, was gemacht wurde, welches Ziel verfolgt wurde und welche Hürden aufgetreten sind.
- Ergebnis mitnehmen. Sie können das Handout herunterladen oder drucken. Beim Neuladen oder Schließen der Seite gehen die Eingaben verloren.
Ihre Eingaben werden weder gespeichert noch an NIRO oder andere Stellen übertragen. Sie gelten nur für die aktuell geöffnete Seite.
Aufbau des Steckbriefs
- A VorhabensdefinitionUnternehmen, Titel, Art, betroffene Dimensionen
- B Ziel und Wirkungaus Abschnitt 04
- C Eignung und Lösungswegaus Abschnitt 04
- D Datenaus Abschnitt 05
- E Rollen und Beteiligteaus Abschnitt 06
- F Aufgabenteilung Mensch und Systemaus Abschnitt 07
- G Pilotaus Abschnitt 07
- H Betrieb und Weiterentwicklungaus Abschnitt 08
- I Dokumentation — der laufende Teilfortlaufend, eine Zeile je Maßnahme
- J Reflexionwas funktioniert hat, was blockiert, welche Fragen neu sind
- K Nächste Schrittedrei Schritte und die nächste Rücksprache
So sieht ein ausgefüllter Steckbrief aus
Drei anonymisierte Beispiele aus dem Programm zeigen, wie knapp ein sinnvoller früher Stand sein darf. Ein vollständig durchgezogenes Beispiel folgt weiter unten.
—
—Kurzbeschreibung
—
Rolle / fachlicher Owner
—
Dimensionen
—
Ziel
—
Kennzahl
—
Aktueller Stand / Kontrollpunkt
—
Konkrete nächste Schritte
—
Phase 1 · Verstehen
02 — Bezugsrahmen
Drei Arbeitsschritte, sechs Dimensionen.
Die Bearbeitung folgt drei Schritten: den Gegenstand klären, die Machbarkeit prüfen und die Anwendung im Prozess verankern. Dazu kommen sechs Dimensionen, aus denen jedes Vorhaben betrachtet wird. Der dritte Schritt endet nicht mit der Einführung, sondern geht in den laufenden Betrieb über.
Die drei Arbeitsschritte
Einen Schritt auswählen, um zu sehen, welche Fragen dort beantwortet werden.
Die sechs Dimensionen
Die sechs Dimensionen sind kein Reifegradmodell. Jedes Vorhaben wird aus allen sechs Richtungen angeschaut; wie tief eine Dimension bearbeitet werden muss, hängt vom Use Case und seiner aktuellen Phase ab. Ein Feld auswählen, um die Leitfragen zu sehen.
KI
Ein bis zwei Dimensionen kennzeichnen die aktuellen Schwerpunkte des Vorhabens.
Alle sechs bleiben trotzdem relevant. Die Schwerpunktwahl gehört in den Steckbrief,
Feld A8.
Frühwarnsignale
Diese Aussagen deuten darauf hin, dass ein Vorhaben noch nicht ausreichend geklärt ist. Ein Signal auswählen, um die passende Reaktion zu sehen.
Phase 1 · Verstehen
03 — Anwendungsmuster
Praxisbeispiele aus drei Bereichen.
Die Beispiele greifen die im Programm bearbeiteten Vorhaben auf. Sie dienen als Inspiration und zeigen typische Zuschnitte, aber keine Empfehlung für eine bestimmte Technologie. Dieses Kapitel füllt keine Steckbrieffelder; die Bearbeitung beginnt mit Kapitel 04.
Phase 2 · Prüfen
04 — Vorhaben prüfen
Erst das Problem einordnen, dann den Ansatz auswählen.
Nicht jedes Problem ist ein KI-Problem. Der Eignungscheck prüft den Zuschnitt der Aufgabe, das Wirkungsraster benennt die Zielgröße, und die Problemtypisierung führt zur passenden Lösungsfamilie. Dieser Abschnitt füllt die Blöcke B und C des Steckbriefs.
Kurzer Eignungscheck
Die ersten beiden Fragen klären, ob sich eine Verbesserung lohnt. Die beiden folgenden Fragen zeigen, ob ein sinnvoller Test bereits möglich ist. Ein attraktives Vorhaben kann trotzdem noch nicht pilotierbar sein.
0 / 4Kriterien erfüllt
Beantworten Sie die vier Fragen. Ungeklärte Punkte können offen bleiben.
In den Steckbrief: Ergebnis und offene Kriterien in einem Satz notieren,
Feld C1.
Welche Wirkung soll erzielt werden?
Ein Vorhaben ist nur dann entscheidungsfähig, wenn es auf eine messbare Zielgröße wirkt. Eine Wirkungsrichtung auswählen, um die typischen Kennzahlen zu sehen.
Wirkungsrichtung auswählen. Danach wird die konkrete Kennzahl für den Steckbrief festgehalten.
In den Steckbrief: Wirkungsrichtung in Feld B2.
Dazu die konkrete Kennzahl, wie sie im Unternehmen heißt B3,
ihren heutigen Wert B4 und das Messverfahren
B5. Ohne Ausgangswert lässt sich später keine Wirkung zeigen.
Das Messverfahren gehört vor den Pilot, nicht danach.
Welche Funktion soll die Lösung erfüllen?
Zuerst wird die gewünschte Aufgabe beschrieben. Danach werden Standardsoftware, Regeln, klassische Verfahren, Machine Learning, Optimierung und generative KI als mögliche Lösungswege verglichen.
In den Steckbrief: Problemtyp in Feld C2,
die geeignete Lösungsfamilie in C3 und die einfachste
Vergleichslösung in C5.
Regeln, Automatisierung, KI-Workflow oder Agent?
Die Begriffe werden häufig wie aufeinanderfolgende Reifestufen verwendet. Tatsächlich geht es um unterschiedliche Steuerungsformen. Entscheidend ist, wer während der Ausführung den nächsten relevanten Handlungsschritt bestimmt und welche Aktionen das System auslösen darf.
| Kriterium | Regel / Standardfunktion | Automatisierung | KI-gestützter Workflow | KI-Agent |
|---|---|---|---|---|
| Wer legt den Ablauf fest? | Funktion oder Regel ist vollständig vorgegeben | Abfolge der Schritte ist vollständig vorgegeben | Abfolge ist vorgegeben; einzelne Schritte nutzen KI zur Einschätzung oder Erzeugung | Ziel und Grenzen sind vorgegeben; das System wählt einzelne nächste Aktionen zur Laufzeit |
| Handlungsspielraum | Keiner außerhalb der Regel | Keiner außerhalb des definierten Prozesses | Inhaltlicher Spielraum im KI-Schritt, aber kein frei gewählter Prozessweg | Begrenzter Spielraum bei Auswahl und Reihenfolge erlaubter Aktionen |
| Systemrechte | Lesen oder eine klar definierte Funktion ausführen | Definierte Aktionen in verbundenen Systemen | Definierte Aktionen nach KI-Ergebnis und festem Kontrollpunkt | Mehrere Werkzeuge oder Systeme innerhalb expliziter Berechtigungen nutzen |
| Geeignet, wenn … | die fachliche Logik eindeutig formulierbar ist | ein stabiler, wiederkehrender Ablauf automatisiert werden soll | unstrukturierte Information in einem bekannten Ablauf verarbeitet wird | der Weg zum Ziel situativ variiert und nicht vollständig vorgegeben werden kann |
| Beispiel | Freigabe ab festgelegter Schwelle | Auftrag nach definierten Regeln anlegen | Kundenmail klassifizieren und einen Antwortentwurf zur Prüfung erzeugen | Störung untersuchen, Informationen aus mehreren Quellen beschaffen und nächste Maßnahme vorschlagen |
| Kontrollbedarf | Regel und Ausnahmen prüfen | Ablauf, Fehlerfälle und Schnittstellen überwachen | KI-Ergebnis, Unsicherheit und menschlichen Kontrollpunkt festlegen | Zusätzlich Aktionsrechte, Reichweite, Protokollierung, Abbruch und Rückfalloption absichern |
Je mehr Auswahl- und Aktionsrechte ein System zur Laufzeit erhält, desto wichtiger werden Begrenzung, Protokollierung, Kontrolle und Rückfalloptionen.
Reihenfolge der Prüfung: zuerst prüfen, ob Regeln oder eine bestehende
Standardfunktion ausreichen. Danach klassische Automatisierung oder ein KI-gestützter
Workflow. Ein Agent ist keine Auszeichnung für besondere Reife, sondern nur dann sinnvoll,
wenn begrenzter Handlungsspielraum für das konkrete Problem erforderlich ist.
In den Steckbrief: gewählte Umsetzungsform in Feld
C4.
Phase 2 · Prüfen
05 — Datenlage
Daten für den konkreten Use Case realistisch einordnen.
Zuerst die Datenart bestimmen, dann die Verwendbarkeit. Beides gilt für den einzelnen Use Case, nicht für das Unternehmen als Ganzes. Dieser Abschnitt füllt Block D des Steckbriefs.
Welche Datenarten sind betroffen?
Unterschiedliche Entscheidungsprobleme brauchen unterschiedliche Daten. Alle Arten auswählen, die für das Vorhaben relevant sind. Mehrfachauswahl ist möglich.
In den Steckbrief: betroffene Datenarten in Feld
D1, die konkreten Quellen und den Weg zum Zugang in
D4, mit System, Ablage und der Person, die den Zugriff gibt.
Praxis-Hinweis aus der Fertigung: Der Zugang zu Maschinendaten ist häufig
ein eigenes Arbeitspaket und nicht nur eine technische Kleinigkeit. Fehlende Schnittstellen,
zusätzliche Herstellerkosten, getrennte Produktionsnetze, unklare Berechtigungen oder nicht
dokumentierte Signalbedeutungen können mehr Aufwand verursachen als der eigentliche Modellbau.
Im Steckbrief deshalb nicht nur die Datenquelle, sondern auch Zugangsweg, Verantwortliche,
Kosten, technische Hürden und einen realistischen nächsten Schritt festhalten.
Wie verwendbar sind die Daten?
Fünf Kriterien, je vier Stufen. Je Zeile die Stufe auswählen, die den heutigen Stand beschreibt. Die Bewertung trennt Zugang, inhaltliche Eignung und Voraussetzungen für einen stabilen Betrieb. Ausschlaggebend ist das schwächste Kriterium, nicht der Durchschnitt.
Markierung = Orientierung für einen ersten Test. Welche Stufe nötig ist, hängt von Ihrer Aufgabe ab.
—schwächstes Kriterium
Je Zeile eine Stufe auswählen, um die Datenlage einzuordnen.
In den Steckbrief: schwächstes Kriterium mit Stufe in Feld
D2, die Punkte unterhalb des Orientierungswerts in
D3.
Kein Grund zum Abbruch: eine dokumentierte Datenlücke mit einem
realistischen Bearbeitungsplan ist ein gültiges Ergebnis der Vorprüfung. Sie wird zu
einer Zeile in Abschnitt I des Steckbriefs und damit zur nächsten Maßnahme.
Phase 2 · Prüfen
06 — Organisation und Akzeptanz
Rollen klären und Vertrauen aufbauen.
KI-Vorhaben scheitern selten am Modell. Sie scheitern daran, dass niemand zuständig ist oder dass die Ergebnisse im Alltag nicht genutzt werden. Diese Dimension entscheidet darüber, ob die Anwendung im Alltag tatsächlich genutzt wird.
Fünf Verantwortungen, die geklärt sein müssen
Eine Rolle beschreibt Verantwortung, nicht zwingend eine eigene Stelle. Mehrere Rollen können bei einer Person liegen oder extern unterstützt werden. Vor dem Pilot sollte keine zentrale Verantwortung unklar bleiben.
Management
Gibt Richtung und Mittel frei
- Vision
- Ziele
- Budget
- Priorisierung
Fachbereich
Kennt den Prozess und beurteilt die Ergebnisse
- Prozesswissen
- Problemdefinition
- Kennzahlen
- Plausibilisierung
IT
Stellt Daten und Betrieb bereit
- Datenanbindung
- Infrastruktur
- Integration
- Berechtigungen
Data / Analytics
Baut und pflegt die Lösung
- Verfahren
- Werkzeuge
- Interpretation
- Modellpflege
Vorhabenskoordination
Hält Abstimmungen, Entscheidungen und nächste Schritte zusammen
- Projektsteuerung
- Grundlagen aller Disziplinen
- Übersetzung zwischen Rollen
Ein KI-Vorhaben ist kein IT-Projekt. Liegt es allein bei der IT, fehlt die
fachliche Beurteilung der Ergebnisse. Liegt es allein im Fachbereich, fehlen Datenzugang
und Betrieb. Die Orchestrierung sorgt dafür, dass beides zusammenkommt.
In den Steckbrief: fachlicher Owner mit Namen in Feld
E1, noch unbesetzte Rollen in E2,
die einzubeziehenden Stellen in E3.
Technische Qualität allein schafft noch keine Nutzung
Akzeptanz entsteht durch das Zusammenspiel von erkennbarem Nutzen, Verständlichkeit, Vertrauen und guter Einbettung in den Arbeitsablauf. Fehlende Nachvollziehbarkeit kann die Nutzung besonders bei folgenreichen Entscheidungen erschweren.
Betriebliche Nutzung
Das Ergebnis wird im realen Arbeitsablauf verwendet und verbessert die gewünschte Zielgröße.
Nachvollziehbarkeit
Der Fachbereich kann ein Ergebnis plausibilisieren und Abweichungen erklären.
Transparenz
Verständliche Darstellung, sichtbare Unsicherheit, erklärbare Einflussgrößen.
Einführung ist ein Veränderungsprozess
Einführungen verlaufen häufig nicht linear. Unsicherheit, Rückfragen, Kritik und Nachbesserungen sollten eingeplant werden, ohne berechtigte Einwände als bloßen Widerstand abzutun.
Früh beteiligen
Anwendende und betroffene Rollen einbeziehen, solange Prozess und Kontrollpunkte noch gestaltbar sind.
Nutzen und Grenzen zeigen
Keine abstrakten KI-Versprechen, sondern konkrete Aufgabe, erwartete Verbesserung und bekannte Fehlerfälle erklären.
Rückmeldungen nutzen
Kritik, Umgehungen und Korrekturen als Hinweise auf Prozess-, Qualitäts- oder Vertrauensprobleme auswerten.
Kontinuierlich qualifizieren
Nicht einmalig schulen, sondern Wissen entlang neuer Funktionen, Fehlerbilder und Verantwortlichkeiten aktualisieren.
Phase 3 · Umsetzen und betreiben
07 — Umsetzung
Von der Datenquelle bis zur betrieblichen Entscheidung.
Ein funktionierender Prototyp ist noch keine Anwendung. Wert entsteht erst, wenn das Ergebnis in Datenflüsse, Arbeitsabläufe, Verantwortlichkeiten und Kontrollpunkte eingebunden ist. Dieser Abschnitt füllt die Blöcke F und G des Steckbriefs.
End-to-End-Prozess
Einen Schritt auswählen, um die zugehörigen Gestaltungsfragen zu sehen.
Welchen Entscheidungsgrad hat die Anwendung?
Der Entscheidungsgrad bestimmt, wie viel Kontrolle, Dokumentation und Abstimmung nötig ist. Er gehört zu den ersten Festlegungen und nicht zu den letzten.
In den Steckbrief: Entscheidungsgrad in Feld
F1, der menschliche Kontrollpunkt in F2
und der Fallback bei Ausfall oder fehlerhaftem Ergebnis in F3.
Recht und Governance vorprüfen
Die Vorprüfung entscheidet nicht, ob ein Vorhaben zulässig ist. Sie zeigt, welche Risiken, Fachstellen und vertieften Prüfungen vor Pilot oder produktiver Nutzung relevant sein können.
Die Einordnung dient der Strukturierung und ersetzt keine rechtliche, datenschutzrechtliche oder mitbestimmungsbezogene Einzelfallprüfung.
Mindestpunkte für einen belastbaren Pilot
0 von 6 Punkten markiert
In den Steckbrief: Stand der Mindestpunkte in Feld
G1, Pilotumfang und Testfälle in G3,
die Akzeptanzschwelle in G4 und der Entscheidungstermin in
G2.
Entscheidungspunkt vor dem Pilot
Keine gewichtete Punktzahl, sondern eine nachvollziehbare Entscheidung: Sind Problem und Nutzen relevant, ist der nächste Lernschritt vertretbar und sind Risiken beherrschbar?
- Baseline und gewünschte Verbesserung sind benannt.
- Aufwand bis zu einem belastbaren Test ist grob eingeschätzt.
- Risiken, kritische Fehler und Rückfalloption sind beschrieben.
- Owner, Pilotumfang und Entscheidungstermin stehen fest.
WeiterführenNachschärfenStoppen
Phase 3 · Umsetzen und betreiben
08 — Betrieb und Weiterentwicklung
Nach dem Pilot beginnt die eigentliche Arbeit.
Die meisten Leitfäden enden mit der Einführung. Im Unternehmen fängt dort der längste Abschnitt an: Die Anwendung muss laufen, wenn niemand mehr auf sie schaut, wenn sich Quellsysteme ändern und wenn die Person, die sie aufgebaut hat, andere Aufgaben hat.
01
Übergabe in die Linie
Der Wechsel von Projekt zu Regelbetrieb ist ein eigener Schritt und kein Nebeneffekt der Einführung. Ohne benannte Zuständigkeit fällt die Anwendung beim ersten Störfall aus.
Zu klären: Wer betreibt die Anwendung? Wer ist erreichbar, wenn sie nicht funktioniert? Innerhalb welcher Zeit wird reagiert?
02
Wird die Anwendung überhaupt genutzt?
Eine häufig übersehene Kennzahl. Eine technisch einwandfreie Lösung kann im Alltag umgangen werden, ohne dass dies in der Modell- oder Systemqualität sofort sichtbar wird.
Zu klären: Wie viele Vorgänge laufen tatsächlich über die Anwendung? Wo weichen Nutzende aus, und warum?
03
Ergebnisqualität und Wirkung
Zwei getrennte Fragen: Wird das Ergebnis schlechter? Und verändert sich die Zielgröße gegenüber dem Ausgangswert? Ohne die zweite Messung bleibt der Nutzen eine Behauptung.
Zu klären: Welche Qualitätsgrenze löst eine Prüfung aus? Wer vergleicht die Zielgröße mit dem Ausgangswert, und wie oft?
04
Veränderungen an Quellen und Abhängigkeiten
Ein ERP-Update, ein geändertes Formular, eine neue Stammdatenlogik, ein anderes Modell, ein angepasster Prompt oder eine veränderte Plattform können die Anwendung unbemerkt beeinflussen.
Zu klären: Wer informiert über Änderungen an Datenquellen, Modellen, Schnittstellen oder Dienstleistern? Was löst eine Neubewertung aus?
05
Nachvollziehbarkeit und Versionierung
Setzt die Vorprüfung aus Abschnitt 07 im Betrieb fort. Ohne Historie lässt sich nach einem Fehler nicht rekonstruieren, welcher Stand welche Entscheidung erzeugt hat.
Zu klären: Welche Version läuft? Welche Änderungen wurden wann von wem freigegeben? Wie lange werden Ergebnisse aufbewahrt?
06
Laufende Kosten
Projektkosten sind einmalig, Betriebskosten dauerhaft: Lizenzen, Nutzungsentgelte, Rechenleistung, Pflege der Datenbasis und die Arbeitszeit für Prüfung und Support.
Zu klären: Was kostet ein Jahr Betrieb? Auf welchem Kostenträger liegt das, und wer verlängert?
07
Personen und Wissen
Viele Anwendungen hängen an einer Person. Verlässt sie das Unternehmen oder wechselt der Dienstleister, ist die Lösung nicht mehr wartbar, auch wenn sie weiterläuft.
Zu klären: Ist dokumentiert, wie die Anwendung funktioniert? Gibt es eine zweite Person, die eingreifen kann? Wem gehören Modelle, Prompts und Konfiguration?
08
Review: weiterführen, anpassen oder abschalten
Ein festes Datum mit vorher vereinbarten Kriterien. Abschalten ist ein legitimes Ergebnis: eine Anwendung ohne Wirkung kostet Aufmerksamkeit und schadet dem Vertrauen in die nächsten Vorhaben.
Zu klären: Wann findet das Review statt? Welche Kriterien führen zum Weiterbetrieb, zur Anpassung, zur Abschaltung? Wer entscheidet?
09
Vom ersten Use Case zum zweiten
Vom ersten Vorhaben bleibt selten die Kennzahl. Was bleibt, ist das Wiederverwendbare: geklärter Datenzugang, benannte Rollen, geprüfte Freigabewege und ein Bewertungsmaßstab.
Zu klären: Welche Bausteine lassen sich übertragen? Welche Hürde muss beim zweiten Vorhaben nicht erneut geklärt werden?
Ein Pilot ohne Betriebsplanung ist eine Demonstration. Erst die Betriebsphase entscheidet über den Nutzen.
In den Steckbrief, Block H: Betriebsverantwortung samt Vertretung
H1, Review-Termin H2, laufend
beobachtete Größen mit Frequenz und Zuständigkeit H3,
Auslöser für eine Neubewertung H4, Abschaltkriterium
H5 und die Kosten pro Jahr H6.
Diese Angaben sollten spätestens zum Ende der Pilotphase beantwortet sein, besser
schon bei der Pilotfreigabe.
Phase 3 · Umsetzen und betreiben
09 — Praxiswissen
Wiederkehrende Fragen aus der praktischen Umsetzung.
Die Antworten fassen Erkenntnisse aus den Workshops und Vorhaben zusammen und müssen auf den jeweiligen Use Case übertragen werden.
Begriffe kurz erklärt
Nur die Begriffe, die für die Arbeit mit dem Navigator tatsächlich benötigt werden.
- Baseline
- Der heutige Prozess oder eine einfache Vergleichslösung, gegen die der Pilot bewertet wird.
- Granularität
- Die Detailebene der Daten, zum Beispiel Auftrag, Position, Maschine, Sekunde oder Monat.
- KI-Workflow
- Ein weitgehend vorgegebener Ablauf, in dem ein oder mehrere Schritte KI zur Einschätzung oder Erzeugung nutzen.
- KI-Agent
- Ein System, das innerhalb festgelegter Ziele, Rechte und Grenzen einzelne nächste Aktionen zur Laufzeit auswählt.
- Fallback
- Der vereinbarte Rückfall auf einen sicheren oder bisherigen Arbeitsablauf, wenn die Anwendung ausfällt oder fehlerhaft arbeitet.
- Owner
- Eine namentlich benannte Person, die fachliche Verantwortung übernimmt und Entscheidungen herbeiführt.
Durchgängiges Fallbeispiel
Von der Idee bis zur Betriebsentscheidung.
Das anonymisierte Beispiel führt den Fall aus dem Überblick über alle sechs Stationen. Es ist bewusst konkret, ohne erfundene Projektergebnisse oder Kennzahlen vorzutäuschen.
01
Ausgangslage
Kundenspezifikationen werden manuell gelesen und in ein internes Lastenheft übertragen. Die Bearbeitung ist aufwendig; ausgelassene Anforderungen führen zu Rückfragen.
Erfasst: Prozess, Nutzergruppe, heutiges Vorgehen und fachlicher Owner.
02
Wirkung und Baseline
Ziel sind weniger Bearbeitungszeit und eine nachvollziehbarere Übernahme. Vor dem Pilot werden Bearbeitungszeit je Dokument und Korrekturquote im heutigen Prozess erhoben.
Entscheidend: konkrete Kennzahl statt allgemeinem Effizienzversprechen.
03
Lösungsweg
Ein KI-gestützter Workflow extrahiert Anforderungen in einem festgelegten Ablauf. Die fachliche Übernahme bleibt beim Menschen; ein autonomer Agent ist nicht erforderlich.
Vergleich: manuelles Vorgehen und einfache regelbasierte Suche.
04
Datenlage
Repräsentative Spezifikationen und das interne Zielformat sind vorhanden. Begriffe, Dokumentvarianten, Nutzungsrechte und der Zugriff auf Altunterlagen werden vorab geklärt.
Offen: Auswahl schwieriger und seltener Testfälle.
05
Pilot und Entscheidung
Der Pilot wird auf eine Dokumentart begrenzt. Erfolgsschwellen, kritische Auslassungen, menschlicher Kontrollpunkt, Fallback und Review-Termin werden vor dem Start festgelegt.
Ergebnisoptionen: weiterführen, nachschärfen oder stoppen.
06
Betrieb
Für einen Rollout werden Betriebsverantwortung, Versionierung, Nutzungsquote, laufende Kosten und Auslöser für eine Neubewertung dokumentiert.
Beispiel: geändertes Zielformat oder neue Dokumentstruktur.
Sie können das Beispiel auf dieser Seite bearbeiten oder verwerfen.
Arbeitsbereich
Der Steckbrief zum Ausfüllen.
Der Arbeitsbereich ist zunächst geschlossen, damit die Navigator-Seite übersichtlich bleibt. Die Feldkennungen entsprechen den Hinweisen in den Abschnitten 02 bis 08. Ein Klick auf eine Feldkennung im Fließtext springt direkt zum passenden Feld. Ihre Angaben gelten nur für die aktuell geöffnete Seite. Beim Neuladen oder Schließen gehen sie verloren.
Bereit zum Arbeiten?
Öffnen Sie den vollständigen Online-Steckbrief oder laden Sie zunächst das durchgängige Fallbeispiel als Ausgangspunkt.
Steckbrief KI-Vorhaben
NIRO KI NavigatorA — Vorhabensdefinition
A8Betroffene Dimensionen
Ein bis zwei aktuelle Schwerpunkte auswählen; geprüft werden trotzdem alle sechs Dimensionen.
B — Ziel und Wirkung · aus Abschnitt 04
C — Eignung und Lösungsweg · aus Abschnitt 04
D — Daten · aus Abschnitt 05
E — Rollen und Beteiligte · aus Abschnitt 06
E3Einzubeziehen
F — Aufgabenteilung Mensch und System · aus Abschnitt 07
G — Pilot · aus Abschnitt 07
H — Betrieb und Weiterentwicklung · aus Abschnitt 08
I — Dokumentation: der laufende Teil
Eine Zeile je Maßnahme. Entscheidend ist die Spalte „Ziel“: sie beantwortet, warum dieser Schritt als Nächstes kommt. Beobachtungen und Hürden gehören ebenfalls hierher. Sie sind das, was sich später an die Gruppe zurückmelden lässt.
| Datum | Kontext / Maßnahme | Ziel dieser Maßnahme | Hürde / Beobachtung | Dimension | Status | Zeile |
|---|
Noch keine Einträge. Die erste Zeile ist meistens „Datenzugang klären“.
J — Reflexion
K — Nächste Schritte
Eingaben gelten nur für die aktuell geöffnete Seite.
Hintergrund
Aus dem NIRO-Programm für die Praxis.
Der NIRO KI Navigator bündelt die Erfahrungen aus einem gemeinsamen Entwicklungs- und Lernprozess im NIRO-Netzwerk. Er macht die zentralen Fragen aus den bearbeiteten Unternehmensvorhaben für weitere KI-Vorhaben nutzbar.
Orientierung vor Technologie
Ausgangspunkt war die Frage, wie Unternehmen geeignete KI-Vorhaben erkennen, realistisch prüfen und von Beginn an mit Nutzen, Daten, Organisation und Betrieb zusammendenken können.
Gemeinsam erarbeitet
Gemeinsam mit Unternehmen des NIRO-Netzwerks wurden konkrete Ausgangslagen, Anwendungsideen, Hürden und Lösungswege bearbeitet und ausgewertet.
Zwei Arbeitsgrundlagen
Der NIRO KI Navigator dient der Orientierung und Prüfung. Der Steckbrief hält die Ergebnisse, Entscheidungen und offenen Punkte eines konkreten Vorhabens als fortlaufende Arbeitsgrundlage fest.
Die Inhalte bündeln Praxiserfahrungen aus dem Programm. Sie stellen keine repräsentative Wirkungsstudie und keine technische, rechtliche oder betriebliche Einzelfallprüfung dar.
Rückmeldung
Der NIRO KI Navigator wird besser mit Ihrem Feedback.
Die Inhalte stammen aus den Vorhaben der beteiligten Unternehmen. Ihre Rückmeldungen zu Hürden, Lösungen und fehlenden Fragen helfen, den Abschlussstand zu schärfen und die Arbeit mit dem NIRO KI Navigator in den Unternehmen weiterzuführen.
Hürden und Blocker
Wo hat es geklemmt? Datenzugang, Schnittstellen, Freigaben, Akzeptanz, Kosten, eingeordnet in eine der sechs Dimensionen.
Lösungen, die funktioniert haben
Auch kleine: eine Formulierung, die die Geschäftsführung überzeugt hat, ein Weg durch eine Freigabe, ein brauchbarer Datenauszug.
Abstimmungen und Stakeholder
Wer musste einbezogen werden, in welcher Reihenfolge, mit welchem Vorlauf? Diese Erfahrung ist schwer nachzulesen und im Alltag wertvoll.
Was im Leitfaden fehlt
Welche Frage stellt sich in Ihrem Unternehmen, die hier nicht beantwortet wird? So bleibt erkennbar, an welchen Stellen der NIRO KI Navigator Grenzen hat.