KI-Backlog richtig priorisieren.

Nach drei Workshops liegt sie auf dem Tisch: eine Liste von 47 KI-Ideen. Manche sind konkret („eingehende Rechnungen automatisch erfassen“), manche groß („digitaler Zwilling der Produktion“), manche eher Wünsche („Chatbot, der wirklich alles weiß“). Jede Idee hat einen Fürsprecher, manche haben sogar schon einen Anbieter. Nur eines hat die Liste nicht: ein Verfahren, mit dem entschieden wird, welche fünf Themen das nächste Quartal bekommt — und welche zweiundvierzig warten oder gestrichen werden. Genau diese Entscheidung ist die schwierigste in einer KI-Initiative. Sie ist kein Excel-Modell mit eindeutigen Zahlen. Sie ist ein Prozess, der Geschäftsführung, Fachbereiche und IT zusammenbringt, ehrliche Bewertungen erzwingt und mit Erwartungen aufräumt. Wie dieser Prozess in der Praxis aussieht, beschreibt dieser Artikel.

Warum eine lange Liste das eigentliche Problem ist.

Eine lange Ideenliste fühlt sich produktiv an. Sie zeigt: Wir haben Visionen, wir denken groß, wir nehmen die Mitarbeitenden ernst. Genau das ist die Falle. Eine Liste mit 50 Ideen vermittelt der Organisation den Eindruck, dass alles möglich ist — und damit zugleich, dass die Auswahl willkürlich ist. Wer nicht auf der Auswahlliste steht, fühlt sich übergangen. Wer drauf steht, fühlt sich bestätigt. Beides ist schädlich.

Hinzu kommt ein praktisches Problem. Ein typischer Mittelständler mit 200 bis 400 Mitarbeitenden kann realistisch zwei bis vier KI-Anwendungsfälle pro Halbjahr in Produktion bringen. Das setzt voraus, dass die IT mitzieht, der Fachbereich Kapazität hat, das Tool ausgewählt ist, der Datenschutz geklärt wurde, die Mitarbeitenden geschult sind. Wer fünfzig Themen verspricht, liefert keine fünfzig — er liefert drei und enttäuscht siebenundvierzig Erwartungen.

Die Aufgabe ist daher nicht, die Liste zu verlängern. Sie ist, die Liste ehrlich auf das zu kürzen, was wirklich passieren wird. Dafür braucht es ein Verfahren, das mehr leistet als „Bauchgefühl“ und weniger Aufwand verursacht als ein ausgewachsenes Portfoliomanagement. Genau dazwischen liegt die Lücke, die ein guter Priorisierungsprozess füllt.

Drei Achsen reichen.

Komplizierte Bewertungsmatrizen mit zwölf Kriterien sind in der Beratungspraxis selten produktiv. Sie suggerieren Objektivität, wo politische Diskussionen die Mehrheit der Entscheidung ausmachen. Im Mittelstand bewährt sich eine grobe Bewertung entlang von drei Achsen, die jeweils auf einer Skala von 1 bis 5 eingeordnet werden.

• Nutzen: Wie groß ist der erwartete Effekt? Gemessen in Zeit, Geld, Qualität, strategischer Bedeutung. Eine Idee, die nach Umsetzung 200 Arbeitsstunden pro Monat einspart, ist eine 5. Eine Idee, die ein nettes Tool für drei Kolleginnen ist, eine 2.
• Aufwand: Wie schwer ist die Umsetzung? Datenverfügbarkeit, technische Komplexität, organisatorische Eingriffe, Integration in Bestandssysteme. Ein abgegrenztes Tool ohne Datenanbindung ist 1. Ein Modell, das produktive ERP-Daten lesen, schreiben und mit der Produktionsplanung interagieren soll, ist 5.
• Risiko: Was passiert, wenn das Projekt scheitert oder Fehler liefert? Compliance, Reputation, regulatorische Wirkung. Ein internes Übersetzungstool ist 1. Eine KI, die Kundenbescheide vorbereitet, ist 4.

Diese drei Achsen sind grob, aber sie zwingen zu Klartext. Wer im Workshop versucht, einer Idee Nutzen 5 zu geben, muss begründen, woher der Nutzen kommt. Wer Aufwand 2 vergibt, muss erklären, warum es nicht 4 ist. Die Diskussion produziert Erkenntnis, das Ergebnis ist sekundär.

Vom Bewertungsraster zur Reihenfolge.

Aus den drei Achsen ergibt sich eine Schnellbewertung. Es gibt mehrere Verfahren, die in der Praxis funktionieren. Drei sind besonders verbreitet.

Wer keine Methodendebatte führen will, fängt mit Nutzen geteilt durch Aufwand an. Das Verfahren ist transparent, schnell und für die meisten Mittelständler ausreichend. Wer in regulierten Branchen arbeitet — Gesundheit, Finanzen, Energie — sollte das Risiko explizit verrechnen, weil sonst Compliance-relevante Projekte zu hoch priorisiert werden.

Die Bewertung ist nicht das Ergebnis. Sie ist ein Werkzeug, das die Diskussion strukturiert. Am Ende sitzt die Geschäftsführung vor einer Liste, die nicht von einer Formel sortiert wurde, sondern von einer Mischung aus Bewertung, Strategie und politischer Wirklichkeit. Genau diese Mischung ist legitim — solange sie transparent kommuniziert wird.

Welche Kapazität ist realistisch.

Eine Liste zu priorisieren hat nur Sinn, wenn man weiß, wie viele Themen man tatsächlich umsetzen kann. Die Kapazität ist im Mittelstand fast immer der Engpass — und sie wird systematisch überschätzt. In der Beratungspraxis sehen wir folgende Faustformel: Ein Unternehmen mit 200 Mitarbeitenden, einer kleinen IT von fünf Personen und ohne dezidiertes KI-Team schafft pro Halbjahr zwei bis vier neue produktive KI-Anwendungsfälle — vorausgesetzt, es wird konsequent priorisiert und nicht jedes Quartal umgeworfen.

Wer mehr verspricht, scheitert mit hoher Wahrscheinlichkeit. Wer weniger plant, lässt Potenzial liegen. Die Kapazität wird durch drei Faktoren begrenzt: technische Bandbreite der IT, Verfügbarkeit der Fachbereichs-Experten, die das System inhaltlich befüllen müssen, und Aufnahmefähigkeit der späteren Nutzer.

Letzteres wird häufig vergessen. Selbst wenn die IT die Implementierung in vier Wochen schafft und der Fachbereich seine Inputs liefert, brauchen die Nutzer Zeit zur Eingewöhnung. Wer drei produktive Anwendungsfälle gleichzeitig auf die gleiche Abteilung loslässt, überfordert sie — auch wenn die einzelnen Tools simpel sind. Ein wirklich gut priorisierter Backlog rechnet diese organisatorische Aufnahmefähigkeit mit ein.

Drei typische Backlog-Profile.

Im Mittelstand begegnen einem drei wiederkehrende Backlog-Profile. Jedes hat eigene Stärken und Risiken — und jedes verlangt eine andere Form der Konsolidierung.

Das Produktivitäts-Backlog: Dominanz von Effizienz-Themen — automatische Rechnungserfassung, Mailklassifikation, Reisekostenprüfung. Diese Themen sind in Summe wertvoll, aber jedes einzelne klein. Risiko: Die Organisation hat nach zwei Jahren viele kleine Tools, aber keinen sichtbaren strategischen Sprung. Die Mitarbeitenden empfinden KI als Effizienzdruck, nicht als Chance.

Das Leuchtturm-Backlog: Wenige sehr große Projekte — der digitale Zwilling, der vollintegrierte Kundenservice-Bot, das eigene Branchen-LLM. Die Themen sind sichtbar und kommunikabel, aber sie liefern selten innerhalb von zwei Jahren. Risiko: Frustration, wenn die ersten Ergebnisse drei Quartale später kommen als versprochen.

Das gemischte Backlog: Eine bewusste Mischung aus Quick Wins (kleine, schnelle Themen mit messbarem Nutzen), Aufbau-Themen (mittelgroße Projekte, die Strukturen schaffen) und einem Leuchtturm. Empfehlung für die meisten Mittelständler. Die Mischung erlaubt es, kurzfristig Erfolge zu zeigen, mittelfristig Strukturen aufzubauen und langfristig strategisch sichtbar zu sein. Verhältnis grob: 60 Prozent Quick Wins, 30 Prozent Aufbau, 10 Prozent Leuchtturm.

Wer entscheidet — und wer nicht.

Priorisierung ist eine Führungsentscheidung. Sie kann nicht an die IT delegiert werden, weil der Nutzen meist im Fachbereich entsteht. Sie kann nicht an einen einzelnen Fachbereich delegiert werden, weil dann die Verteilung nicht stimmt. Sie kann auch nicht im Konsens aller Beteiligter erfolgen, weil Konsens dazu führt, dass alle Themen mittlerer Priorität bekommen.

Bewährt hat sich ein klar umrissenes Gremium: Geschäftsführung, Leiter der wichtigsten Fachbereiche, IT-Leitung, plus eine Person mit KI-Verantwortung (intern oder extern). Maximal sechs bis acht Personen. Diese Gruppe trifft sich einmal pro Quartal für vier Stunden, sichtet den Backlog, bewertet neue Ideen, beschließt, was startet und was endet.

Was nicht in dieses Gremium gehört: jeder, der gerade ein Tool gekauft hat und es loswerden will. Externe Anbieter, die auf eine Auftragsentscheidung warten. Beraterinnen, die nicht für die Umsetzung verantwortlich sind. Die Entscheidung muss bei denen liegen, die später für Erfolg oder Misserfolg geradestehen. In der Beratungspraxis zeigt sich regelmäßig: Wenn die Entscheidungslast diffus bleibt, wird der Backlog beliebig.

Was den Backlog am Leben hält.

Ein priorisierter Backlog ist kein Dokument, das einmal entsteht und dann gilt. Er ist ein lebendes Werkzeug, das alle drei Monate überprüft wird. Die wichtigste Frage in dieser Überprüfung: Welche Themen sind tatsächlich gelandet? Welche stehen seit zwei Quartalen oben und kommen nicht voran? Letztere sind das eigentliche Warnsignal — sie zeigen, dass entweder die Priorisierung falsch war oder ein Umsetzungshindernis besteht, das aktiv behoben werden muss.

Genauso wichtig: ehrliche Entfernung von Themen. Eine Idee, die seit drei Quartalen ungenutzt im Backlog liegt, gehört entfernt oder explizit verschoben. Eine Liste, in die immer nur etwas hinzukommt und nie etwas verschwindet, verliert über die Zeit ihre Steuerungswirkung. Sie wird ein Friedhof guter Absichten.

Hilfreich ist eine Statusspalte: aktiv (in Umsetzung), wartend (priorisiert, aber noch nicht gestartet), pausiert (begonnen, aber unterbrochen), abgeschlossen, abgesetzt. Wer diese Statusspalte konsequent pflegt, hat über die Zeit ein wertvolles Bild davon, was im Unternehmen mit KI passiert — und kann der Geschäftsführung pro Quartal in einer einzigen Folie zeigen, wo das Programm steht. Das ist mehr Steuerung, als die meisten Mittelständler heute haben.

Was sich in der Praxis bewährt.

Drei Erfahrungen, die in der Beratungsarbeit immer wieder auftauchen. Sie sind keine Rezepte, aber sie helfen, häufige Fehler zu vermeiden.

Erstens: Lieber wenige, gut gewählte Themen als viele halbgare. Ein Unternehmen, das pro Halbjahr drei Anwendungsfälle wirklich in Produktion bringt, ist nach zwei Jahren deutlich weiter als eines, das zwanzig angefangen und keinen abgeschlossen hat. Die Schwelle „in Produktion“ ist die eigentliche Messgröße — nicht „initiiert“ oder „pilotiert“.

Zweitens: Wer den ersten Backlog erstellt, soll keine Perfektion anstreben. Die erste Version ist immer ungefähr richtig. Die zweite Version, sechs Monate später, korrigiert die größten Fehleinschätzungen. Die dritte Version stimmt meistens. Wer auf die perfekte erste Version wartet, wartet zu lange.

Drittens: Beteiligen Sie die Mitarbeitenden bei den Anwendungsfällen, nicht bei den Prinzipien. Eine Diskussion, ob „KI-Strategie wichtig“ ist, führt zu nichts. Eine Diskussion, ob die automatische Reisekostenprüfung wirklich nützt, führt zu wertvollen Hinweisen. Wer in die richtigen Schichten Beteiligung organisiert, gewinnt Substanz statt Symbolik.

Sie haben eine lange KI-Ideenliste und suchen einen Weg, daraus ein realistisches Programm zu machen? Unverbindlich anfragen — wir gehen gemeinsam Ihre Ideen, Kapazitäten und Prioritäten durch — und erarbeiten einen Backlog, der im nächsten Quartal trägt.