KI in HR-Prozesse bringen

Die meisten Organisationen haben inzwischen KI-Werkzeuge im Haus. Was fehlt, ist die Antwort auf die Frage, an welcher Stelle im eigenen Ablauf sie etwas verbessern — und wer danach dafür zuständig ist.

Diese Frage beantworten wir nicht aus der Literatur. Mit flynne betreiben wir ein eigenes Produkt, und KI läuft dort entlang der gesamten Kette: bei der Aufnahme von Anforderungen, in der Ticketarbeit, in Entwicklung, Prüfung und Auslieferung. Was sich dabei bewährt hat — und was wir wieder abgeschaltet haben — geben wir weiter.

Drei Formate, in dieser Reihenfolge:

Wo KI in HR-IT heute trägt

Anforderungen aufnehmen. Aus Zurufen, E-Mails und Besprechungsnotizen wird ein Entwurf mit betroffenem System, Auswirkung und offenen Fragen. Der Gewinn liegt nicht im Formulieren, sondern darin, dass Lücken sichtbar werden, bevor jemand zu arbeiten beginnt.

Tickets ordnen. Zuordnung, Dubletten, Verweise auf ähnliche Vorgänge. Unspektakulär, aber es sind die Minuten, die sich hundertfach summieren.

Entwicklung und Prüfung. Testfälle aus der Anforderung ableiten, Änderungen gegenprüfen, Auffälligkeiten melden. Die Entscheidung, was ausgeliefert wird, bleibt bei denselben Menschen wie vorher.

Auskunft geben. Fragen zu Regelungen mit Quellenangabe beantworten — und weiterleiten, wenn die Quelle fehlt.

Wir arbeiten mit Ihrer IT, nicht an ihr vorbei

KI in HR-Prozesse zu bringen ist keine Aufgabe des Fachbereichs allein. Zugriffe, Schnittstellen, Protokollierung und Betrieb liegen bei Ihrer IT, und dort entscheidet sich, ob ein Anwendungsfall den Piloten überlebt. Deshalb sitzt diese Mannschaft von Anfang an mit am Tisch, und an sie übergeben wir am Ende.

Das heißt auch: Wir bringen keine eigene Werkzeugwelt mit. Gearbeitet wird in Ihrer Landschaft, mit den Zugängen und Verträgen, die Ihr Haus ohnehin hat.

Vom Vortrag zum laufenden Prozess

Vortrag

Eine Stunde mit Beispielen aus unserem eigenen Betrieb — was heute trägt, was nach zwei Wochen wieder abgeschaltet wird und woran man den Unterschied vorher erkennt. Vor Ort oder remote, für HR-IT, IT und Fachbereich gemeinsam.

Workshop

Ein Tag mit Ihrer IT und den Prozessverantwortlichen: Anwendungsfälle sammeln, nach Nutzen und Machbarkeit sortieren, einen auswählen. Dazu gehört die unbequeme Hälfte — festzuhalten, welche Fälle wir nicht empfehlen und warum. Am Ende steht eine Entscheidung, keine Ideenliste.

Pilotprozess

Wir setzen den ausgewählten Fall mit Ihnen um, bis er im Betrieb läuft: Anbindung, Leitplanken, Prüfschritte, Übergabe an die Zuständigen. Mit Ihren Leuten, nicht neben ihnen.

Ein Assistent darf vorschlagen. Entscheiden muss ein Mensch, der dafür geradesteht.

Woran Sie merken, ob es gewirkt hat

Wir legen vor dem Start fest, was gemessen wird, und messen nach zwei Monaten dasselbe noch einmal. Je nach Anwendungsfall sind das die Durchlaufzeit vom Eingang bis zur bearbeitbaren Anforderung, der Anteil der Vorgänge mit Rückfrage, der Aufwand je Release für Tests — oder schlicht die Zahl der Anfragen, die den HR-Service nie erreichen, weil die Antwort vorher gefunden wurde.

Diese Zahlen kennt niemand vorher, deshalb versprechen wir sie auch nicht. Wir sorgen dafür, dass sie nach dem Piloten vorliegen — auch dann, wenn sie gegen die Fortsetzung sprechen.

Wo wir die Grenze ziehen

Wir beraten zu HR-IT: zu Prozessen, Systemen und Betrieb. Nicht zu eignungsdiagnostischen Verfahren und nicht zu Testinhalten. Diese Grenze schützt die Neutralität unseres eigenen Produkts und gilt auch hier.

Und wir sagen ab, wo KI nichts beiträgt. Ein Ablauf, den niemand sauber beschreiben kann, wird durch ein Modell nicht besser — nur schneller unklar.