Warum Ihr spannendstes KI-Projekt nicht zuerst kommt
Fünf Ideen liegen auf dem Tisch, das Budget reicht für zwei. Eine einfache Formel aus dem Produktmanagement hilft bei der Entscheidung. Wenn man ihre Grenzen kennt.

Wer schon einmal in einem Priorisierungs-Meeting saß, kennt den Ablauf. Fünf Projektvorschläge, fünf Fürsprecher, fünf Folienpräsentationen. Jede Idee klingt sinnvoll. Am Ende entscheidet entweder der Lauteste oder der Ranghöchste. Manchmal beides in Personalunion.
Dass dabei nicht zwangsläufig die besten Projekte gewinnen, ist ein offenes Geheimnis. Es liegt nicht an fehlender Kompetenz, sondern an fehlender Struktur. Wo kein gemeinsamer Maßstab existiert, setzt sich Rhetorik durch.
Eine Formel kann das ändern. Sie heißt RICE und ist seit etwa zehn Jahren im Produktmanagement etabliert. Für die Priorisierung von KI-Projekten funktioniert sie genauso gut.
Das Prinzip
Jedes Projekt bekommt vier Zahlen.
Reach – Reichweite
Wie viele Menschen oder Vorgänge sind pro Quartal betroffen? Eine konkrete Zahl, keine vage Andeutung.
Impact – Wirkung
Wie stark wirkt die Lösung pro betroffener Einheit? Skala von 3 (massiv) bis 0,25 (minimal).
Confidence – Sicherheit
Wie sicher sind Sie bei Ihren Schätzungen? 100 % nur bei harten Daten, 50 % oder weniger bei Bauchgefühl. Dieser Faktor ist der heimliche Held der Formel.
Effort – Aufwand
Gesamtaufwand in Person-Monaten. Nicht nur Entwicklung, sondern alles: Datenaufbereitung, Integration, Schulung, Einführung.
Die Formel
Je höher der Score, desto mehr Wert pro investiertem Aufwand
Fünf Ideen, eine Entwicklungsabteilung
Ein mittelständischer Maschinenbauer. Dreißig Konstrukteure, ein Patentingenieur. Fünf Vorschläge auf dem Tisch des Entwicklungsleiters. Die ersten drei sind die ausführlichen Fälle, die letzten beiden folgen kompakt. Die Rangliste kommt danach.
Patent-Intelligence für Konstrukteure
Patentwissen liegt in einer Nische. Der Patentingenieur im Haus beherrscht das Patentdeutsch, ein Spezialvokabular, bei dem selbst erfahrene Konstrukteure nach drei Sätzen aussteigen. Patentansprüche werden nicht gelesen. Freedom-to-Operate-Prüfungen passieren zu spät. Patentierbare Ideen bleiben unerkannt, weil niemand im Team die Relevanz einschätzen kann.
Ein Assistent ändert das: Jeder Konstrukteur greift in seiner eigenen Sprache auf Patentdatenbanken zu. "Verletzt meine Konstruktion hier Patente?" Der Assistent übersetzt Patentdeutsch in Konstrukteurssprache und weist konsequent darauf hin, wo der Patentingenieur vor einer finalen Entscheidung einzubinden ist.
Aus einem Wissen, das heute in einem Kopf verwaltet wird, wird ein Alltagswerkzeug für dreißig. Der Patentingenieur verliert nicht seinen Job. Er gewinnt Zeit für die wirklich komplexen Fragen.
Reach
300/Q
Impact
3 (massiv)
Confidence
75%
Effort
4 Monate
300 × 3 × 0,75 ÷ 4
RICE = 168,75
Das digitale Zeichnungs-Archiv
Einige tausend alte Zeichnungen liegen im Archiv, viele als PDF oder TIFF, manche noch als Papierscan. Wer heute eine ähnliche Lösung aus der Vergangenheit finden will, verbringt eine halbe Stunde mit der Suche. Und findet sie oft trotzdem nicht.
Moderne Bilderkennung macht das Archiv durchsuchbar. Maße, Toleranzen, Materialien und Teilenummern werden automatisch extrahiert. Die Frage "Wo haben wir schon mal eine Dichtung für 200 Grad und 40 bar verbaut?" beantwortet sich in Sekunden.
Interessant ist dabei weniger die Zeitersparnis als die Verhaltensänderung. Dreißig Minuten Suche sind eine Hürde, um die man sich herumdrückt. Dreißig Sekunden werden zur Gewohnheit. Plötzlich wird mehr wiederverwendet, weniger doppelt entwickelt.
Reach
400/Q
Impact
2 (hoch)
Confidence
70%
Effort
5 Monate
400 × 2 × 0,70 ÷ 5
RICE = 112
Multi-Agent Innovation-Scout
Das strategische Projekt. Nicht für einzelne Konstruktionen, sondern für Weichenstellungen. Sollen wir auf additive Fertigung umstellen? Lohnt sich das neue Simulations-Tool? Make-or-Buy für diese Baugruppe?
Vier spezialisierte Software-Agenten für Markt, Technik, Kosten und Risiko bekommen denselben Briefing-Input und diskutieren untereinander. Der Mensch entscheidet am Ende. Aber mit einer Datenbasis, die sich ein kleines Team allein kaum erarbeiten kann. Jede einzelne Fehlentscheidung dieser Art kostet sechs- oder siebenstellig.
Reach
20/Q
Impact
3 (massiv)
Confidence
35%
Effort
8 Monate
20 × 3 × 0,35 ÷ 8
RICE = 2,6
Datenblatt-Extractor
Lieferanten-Datenblätter kommen als PDFs in tausend verschiedenen Formaten. Eine Software liest sie automatisch aus, extrahiert Kennwerte und baut Vergleichstabellen. Unspektakulär, aber eine der sichersten Wetten in der Liste: hohe Reichweite, hohe Confidence, geringer Aufwand.
Reach
150/Q
Impact
1 (mittel)
Confidence
90%
Effort
2 Monate
150 × 1 × 0,90 ÷ 2
RICE = 67,5
Norm-Checker
Konstruktionen automatisch gegen DIN-, ISO- und VDI-Normen prüfen. Klingt wie ein Selbstgänger, ist aber keiner. Normen sind urheberrechtlich geschützt, viele existieren nicht in maschinenlesbarer Form. Die Interpretation erfordert Erfahrung, die ein Sprachmodell nur bedingt mitbringt. Hoher Aufwand, mittlere Confidence.
Reach
200/Q
Impact
1 (mittel)
Confidence
40%
Effort
8 Monate
200 × 1 × 0,40 ÷ 8
RICE = 10
Die Rangliste
RICE-Scores im Vergleich
Patent-Intelligence
Digitales Zeichnungs-Archiv
Datenblatt-Extractor
Norm-Checker
Multi-Agent Innovation-Scout
Strategische Reserve, trotz niedrigem Score
Die Entscheidung scheint offensichtlich: Budget an Patent-Intelligence und Zeichnungs-Archiv, der Rest wartet.
Beide Siegerprojekte folgen übrigens demselben Muster. Sie nehmen Wissen aus einem Silo und machen es für viele zugänglich. Aus einem Patentingenieur werden dreißig Konstrukteure mit Patentzugang. Aus einer halbstündigen Suche wird ein Reflex.
Die meisten KI-Projekte, die in mittelständischen Entwicklungsabteilungen wirklich funktionieren, folgen diesem Prinzip: nicht "Software macht den Spezialisten schneller", sondern "Software gibt dem Laien Zugriff auf Spezialistenwissen". Wer seine Projektliste unter dieser Brille prüft, findet oft versteckte Gewinner.
Was der Score verschweigt
Schauen Sie sich noch einmal den Multi-Agent Innovation-Scout an. Strategisch das spannendste Projekt auf der Liste, potenziell das mit dem größten Hebel. Und trotzdem auf dem letzten Platz.
Die Formel ist nicht kaputt. Sie beantwortet genau die Frage, die sie beantworten soll: Was liefert heute den größten Wert pro investiertem Aufwand? Für diese Frage stimmt der Score.
Die Formel beantwortet aber nicht die zweite wichtige Frage, die ein Entwicklungsleiter stellen muss: Was baut uns Fähigkeiten auf, die wir in drei Jahren brauchen werden?
Der entscheidende Unterschied
→RICE bewertet operative Wirkung: Was liefert heute mehr Wert als es kostet?
→RICE bewertet keine Lernkurve: Was brauchen wir als Fähigkeit für übermorgen?
→Wer heute kein Team hat, das mit Multi-Agent-Systemen arbeitet, startet in drei Jahren bei null. Wenn die Technologie dann reif ist.
Die 70/30-Regel
Was in der Praxis funktioniert: Siebzig Prozent des Budgets werden nach RICE vergeben, dreißig Prozent werden strategisch zurückgehalten.
70 % Operative Quick Wins
Sie liefern messbare Ergebnisse, bauen Vertrauen auf und finanzieren sich oft selbst. Hier ist RICE der richtige Filter. Diese Projekte rechtfertigen das Budget für die nächste Runde.
30 % Strategische Reserve
Projekte, die RICE niedrig bewertet, die aber Zukunftsfähigkeit schaffen. Kein schneller Ertrag erwartet. Dafür weiß das Team in zwei Jahren, was es tut. Während der Wettbewerb noch Grundlagen lernt.
Wer RICE als Orakel behandelt, wird innovationsarm. Wer RICE als Filter behandelt und bewusst einen Strategie-Topf daneben stellt, hat das Beste aus beiden Welten.
Wie Sie anfangen
Zwei Stunden mit Ihrem Team, zehn Ideen aus der Schublade, vier Spalten in einer Tabelle.
01 Bei Confidence besonders ehrlich sein.
Das ist der Faktor, der am meisten schiefgeht. Niemand gibt gern zu, sich nicht sicher zu sein. 100 % Confidence ist nur bei harten Daten gerechtfertigt. Bauchgefühl: maximal 50 %.
02 Effort vollständig schätzen.
Nicht nur die Entwicklung, sondern alles: Datenvorbereitung, Integration, Schulung der Nutzer, Einführungsbegleitung. Wer nur die Coding-Zeit zählt, unterschätzt systematisch.
03 Einen Strategie-Slot bewusst reservieren.
Benennen Sie vor der Priorisierung explizit: "Wir reservieren 30 % für ein Projekt, das RICE niedrig bewertet, das wir aber trotzdem brauchen." Dann die Diskussion führen, welches das ist.
Am Ende des Workshops werden Sie überrascht sein. Laute Projekte rutschen nach hinten. Unscheinbare tauchen vorne auf. Das Meeting, das sonst folgenlos blieb, endet mit einer klaren Reihenfolge.
Das ist der eigentliche Gewinn. Nicht die Zahlen, sondern die Diskussion, die dahin führt.
Welche Ihrer KI-Projekte kommt zuerst?
Ein Use-Case-Workshop mit strukturierter Priorisierung bringt in zwei halben Tagen die Reihenfolge, die Ihnen sonst Monate an Diskussion kostet. Kein Framework-Verkauf, sondern eine ehrliche Landkarte Ihrer Projektlandschaft.
Discovery-Gespräch vereinbaren