RICE-Priorisierung: Reach, Impact, Confidence, Effort mit Beispielen

Von Tara Minh · Aktualisiert am 10. Oktober 2026

RICE-Priorisierung ist ein Scoring-Modell, das Projekte nach vier Faktoren bewertet: Reach (wie viele Personen betroffen sind), Impact (wie stark sich die Lage für jede dieser Personen verändert), Confidence (wie sicher Sie sich bei diesen Schätzungen sind) und Effort (wie viel Teamzeit das Projekt kostet). Sie multiplizieren die ersten drei Werte, teilen durch den Effort und setzen die Projekte mit den höchsten Scores zuerst um.

Wichtige Fakten

• RICE wurde von Sean McBride in einem Beitrag vom Januar 2018 im Intercom-Blog vorgestellt, geschrieben für Product Manager, die zwischen konkurrierenden Projekten entscheiden müssen.
• Intercoms Impact-Skala hat fünf Werte: 3 (massiv), 2 (hoch), 1 (mittel), 0,5 (niedrig) und 0,25 (minimal).
• Intercoms Confidence-Skala hat drei Stufen: 100 % (hoch), 80 % (mittel) und 50 % (niedrig). Alles unter 50 % bezeichnet der Beitrag als „totales Hasardspiel“.
• Der Effort wird in Personenmonaten gezählt, also in der Arbeit, die ein Teammitglied in einem Monat leisten kann.
• Der Score lässt sich als Gesamtwirkung pro eingesetzter Arbeitszeit lesen.

Was ist RICE-Priorisierung?

Jedes Team hat mehr Ideen als Kapazität. Schwierig ist nicht, Optionen zu finden, sondern zwischen dem Lieblingsprojekt eines Senior Stakeholders, einer kleinen Korrektur, die Kunden immer wieder wünschen, und einer großen Wette ohne Validierung zu wählen. Das Bauchgefühl verliert diese Diskussionen gegen die lauteste Stimme.

RICE gibt dem Gespräch eine gemeinsame Struktur. Jedes Projekt wird nach denselben vier Faktoren bewertet, sodass Sie Gleiches mit Gleichem vergleichen. Der Name ist das Akronym:

• Reach: wie viele Personen oder Ereignisse das Projekt in einem festgelegten Zeitraum betrifft.
• Impact: wie stark sich die Situation für jede erreichte Person verändert.
• Confidence: wie viele Belege Ihre Schätzungen zu Reach und Impact stützen.
• Effort: wie viel Teamzeit insgesamt nötig ist.

Im ursprünglichen Beitrag beschreibt Sean McBride die vier Faktoren und die Skalen, die sein Team verwendet. Diese Seite nutzt die Skalen genau so, wie Intercom sie angibt, und zeigt dann, wie Sie das Modell auch außerhalb von Produktteams einsetzen.

Die RICE-Formel

Die Formel teilt den Nutzen durch die Kosten:

RICE-Score = (Reach x Impact x Confidence) / Effort

Reach, Impact und Confidence stehen oben, weil sie multipliziert den Wert schätzen. Der Effort steht unten, weil jeder zusätzliche Personenmonat diesen Wert verwässert. Das Ergebnis ist in Intercoms Darstellung die Gesamtwirkung pro eingesetzter Arbeitszeit. Eine höhere Zahl bedeutet mehr Ertrag für jeden Monat, den Ihr Team investiert.

Reach

Wählen Sie einen Zeitraum und eine Einheit und verwenden Sie beides für jedes Projekt der Liste. Intercoms Beispielfrage lautet, wie viele Kunden ein Projekt in einem einzigen Quartal betrifft. Die Einheit können Kunden pro Quartal, Transaktionen pro Monat oder Tickets pro Woche sein. Entscheidend ist die Konsistenz.

Schätzen Sie den Reach, wenn möglich, anhand echter Zahlen: Analytics, CRM-Zählungen, Ticketvolumen im Support. Wenn 500 Kunden pro Monat einen Anmeldeschritt sehen und 30 % davon eine bestimmte Option wählen, erreicht ein Projekt, das diese Option betrifft, 150 Kunden pro Monat bzw. 450 pro Quartal.

Impact

Der Impact misst die Wirkung auf jede erreichte Person, nicht auf das Unternehmen insgesamt. Intercom fragt, wie stark ein Projekt ein Ziel (zum Beispiel die Conversion-Rate) bewegt, wenn ein Kunde damit in Berührung kommt. Da sich das schwer genau messen lässt, verwendet Intercom eine Multiple-Choice-Skala:

Wählen Sie das eine Ziel, das in diesem Zyklus zählt (Aktivierung, Bindung, Umsatz), und bewerten Sie jedes Projekt daran. Wenn verschiedene Projekte auf unterschiedliche Ziele einzahlen, sind die Scores nicht mehr vergleichbar.

Confidence

Die Confidence ist der Ehrlichkeitstest. Sie wertet Projekte ab, bei denen Sie nur raten. Intercoms Skala:

Intercom nennt alles unter 50 % ein „totales Hasardspiel“. Die Confidence schützt Sie außerdem vor Ihrer eigenen Begeisterung. Eine glänzende Idee mit einer Bewertung von 50 % verliert sofort die Hälfte ihres Scores.

Effort

Der Effort ist die gesamte Teamzeit aller Beteiligten (Produkt, Design, Entwicklung und alle anderen, die an der Arbeit mitwirken), gezählt in Personenmonaten. Intercom verwendet ganze Zahlen und 0,5 für Arbeit, die deutlich weniger als einen Monat dauert. Streben Sie hier keine Scheingenauigkeit an. Wenn Ihr Team Arbeit bereits mit Story Points oder T-Shirt-Sizing bemisst, rechnen Sie diese einmal in Personenmonate um und verwenden Sie die Zuordnung weiter.

RICE-Rechenbeispiel

Die folgenden Zahlen sind fiktiv und dienen nur dazu, die Mechanik zu zeigen. Es sind keine Benchmarks. Stellen Sie sich ein kleines Produktteam vor, das für das nächste Quartal zwischen vier Projekten wählt. Der Reach ist in Kunden pro Quartal angegeben, Impact und Confidence folgen Intercoms Skalen.

So berechnet sich Projekt A: 4.000 x 1 x 0,8 = 3.200, geteilt durch 2 Personenmonate = 1.600.

Einiges fällt auf. Die Onboarding-Checkliste gewinnt, obwohl ihr Impact nur 1 beträgt, weil sie die meisten Personen erreicht und wenig kostet. Das Dashboard hat die beste Beleglage (100 % Confidence) und einen starken Impact von 2, landet aber auf Platz drei, weil es vier Personenmonate kostet. Projekt B hat den höchsten Impact pro Person, doch eine Confidence von 50 % halbiert ihn. Das ist ein Signal, vor der Festlegung einen günstigen Test durchzuführen, und nicht unbedingt ein Grund, das Projekt zu streichen.

Beachten Sie, was der Score nicht leistet. Er sagt Ihnen nicht, dass Sie strikt der Reihe nach A, B, C und D umsetzen sollen. Abhängigkeiten, Fristen und Strategie zählen weiterhin. Der Score ist eine Entscheidungsgrundlage, und seine Hauptaufgabe ist es, sichtbar zu machen, welche Annahmen das meiste Gewicht tragen.

RICE im Vergleich zu anderen Priorisierungs-Frameworks

RICE ist nicht die einzige Möglichkeit, Arbeit zu ranken. Die richtige Wahl hängt davon ab, wie viele Daten Sie haben und wer am Tisch sitzt.

SAFe beschreibt WSJF als relative Cost of Delay geteilt durch die relative Dauer der Aufgabe, wobei sich die Cost of Delay aus Nutzer- und Geschäftswert, Zeitkritikalität sowie Risikominderung bzw. Chancenermöglichung zusammensetzt, wie in der SAFe-WSJF-Anleitung dargelegt. RICE und WSJF haben dieselbe Kosten-Nutzen-Form. Der Unterschied ist, dass RICE eine explizite Reach-Zahl und einen Confidence-Abschlag ergänzt, während WSJF die Zeitkritikalität ergänzt.

Eine praktische Kombination: Nutzen Sie MoSCoW, um den Umfang eines Releases festzulegen, und anschließend RICE, um die Einträge innerhalb der Must- und Should-Gruppen zu ordnen.

So nutzen Sie die RICE-Priorisierung Schritt für Schritt

Verwenden Sie ein Ziel, ein Reach-Zeitfenster und vereinbarte Bewertungsskalen für alle Kandidaten und prüfen Sie das Ranking erneut, wenn sich die Beleglage ändert.

1. Kandidaten auflisten. Übernehmen Sie Einträge aus Ihrem Product Backlog oder Ihrer Portfolioliste. Jeder Eintrag sollte konkret genug zum Schätzen sein, kleine Aufgaben fassen Sie zusammen.
2. Ziel und Zeitfenster festlegen. Wählen Sie das eine Ergebnis, an dem der Impact bewertet wird, und den Zeitraum für den Reach (für die meisten Teams passt ein Quartal).
3. Skalen vor dem Scoring definieren. Übernehmen Sie Intercoms Impact- und Confidence-Skalen oder legen Sie eigene fest. Halten Sie schriftlich fest, was eine 3 in Ihrem Kontext bedeutet.
4. Reach anhand von Daten bewerten. Nutzen Sie Analytics, CRM-Exporte oder Ticketzahlen. Wenn Sie keine Daten haben, vermerken Sie das und senken Sie die Confidence.
5. Impact und Confidence gemeinsam bewerten. Lassen Sie zwei oder drei Personen unabhängig voneinander bewerten und vergleichen Sie danach. Große Abweichungen deuten auf verborgene Annahmen hin, die eine Diskussion lohnen.
6. Effort mit den ausführenden Personen schätzen. Die Zahl sollten diejenigen nennen, die das Projekt umsetzen, nicht diejenigen, die es sich wünschen.
7. Berechnen und sortieren. Multiplizieren, teilen, ranken. Halten Sie die Tabelle für alle sichtbar.
8. Spitze und Schlusslicht prüfen. Wenn ein Ergebnis falsch wirkt, finden Sie heraus, welche Eingabe es antreibt. Korrigieren Sie die Eingabe, nicht die Formel.
9. In jedem Zyklus überprüfen. Scores veralten, wenn sich die Datenlage ändert. Bewerten Sie beim Backlog Refinement neu, statt das erste Ranking als dauerhaft zu betrachten.

RICE-Scoring-Vorlage

Kopieren Sie diese Tabelle in eine Tabellenkalkulation und ergänzen Sie in der letzten Spalte eine Formel. Die Beispielzeile ist fiktiv.

In einer Tabellenkalkulation lautet die Score-Zelle =(D2*E2*F2)/G2, wenn der Reach in Spalte D, der Impact in E, die Confidence in F (als Prozentwert formatiert) und der Effort in G steht. Ergänzen Sie in den Spalten Impact und Confidence ein Dropdown, damit nur Werte aus der Skala wählbar sind.

RICE-Beispiele nach Unternehmensbereich

RICE stammt aus Produktteams, doch die Logik funktioniert überall dort, wo Sie zwischen Projekten wählen. Passen Sie an, was Reach bedeutet, und behalten Sie den Rest bei. Die folgenden Zahlen sind fiktiv.

Produkt. Der Reach sind die pro Quartal betroffenen aktiven Nutzer. Ein Projekt zur Korrektur eines verwirrenden Export-Bildschirms könnte 1.800 Nutzer erreichen, mit Impact 1, 80 % Confidence und einem Personenmonat Arbeit, und käme auf 1.440.

Marketing. Der Reach ist die Zielgruppe, die eine Kampagne oder Seite erreicht. Die Überarbeitung der meistbesuchten Vergleichsseite könnte 12.000 Besucher pro Quartal erreichen, mit Impact 0.5 auf die Conversion, 80 % Confidence und 0,5 Personenmonaten: 9.600. Ein Markenvideo mit 50.000 erreichten Personen bei Impact 0.25, 50 % Confidence und 3 Personenmonaten kommt auf rund 2.083. Das zeigt, wie das Modell günstige, gut belegte Arbeit gegenüber teuren Vermutungen gewichtet.

Sales Ops. Der Reach ist die Zahl der betroffenen Vertriebsmitarbeitenden oder Deals. Die Automatisierung des Lead-Routings könnte 40 Vertriebsmitarbeitende und etwa 600 Leads pro Quartal betreffen. Nehmen Sie Leads als Einheit, vergeben Sie Impact 2, 80 % Confidence und 2 Personenmonate, dann beträgt der Score 480. Vergleichen Sie das mit einem Projekt zur Bereinigung von CRM-Feldern in derselben Einheit, statt Einheiten zu mischen.

HR. Der Reach ist die Zahl der betroffenen Mitarbeitenden oder Neueinstellungen. Die Vereinfachung des Papierkram-Ablaufs für neue Mitarbeitende bei 150 Neueinstellungen pro Jahr (etwa 38 pro Quartal) mit Impact 2, 100 % Confidence und 0,5 Personenmonaten ergibt 152. Ein Schulungsprogramm für 60 Führungskräfte mit Impact 3, 50 % Confidence und 4 Personenmonaten kommt auf etwa 22,5. Die kleine Zahl spiegelt einen kleineren Reach wider, weshalb manche HR-Teams den Reach als betroffene Mitarbeitende definieren, niedrigere absolute Scores in Kauf nehmen und nur innerhalb von HR vergleichen.

IT. Der Reach ist die Zahl der betroffenen Beschäftigten oder Systeme. Ein Single-Sign-on-Rollout für 400 Mitarbeitende mit Impact 2, 80 % Confidence und 3 Personenmonaten ergibt etwa 213. Das Patchen eines Legacy-Tools, das 15 Personen nutzen, mit Impact 1, 100 % Confidence und 0,5 Personenmonaten ergibt 30. Auf Portfolioebene können Sie die Gewinner an das Project Portfolio Management weitergeben, um zu prüfen, ob sie in die Gesamtkapazität passen.

Eine Warnung: Vergleichen Sie nur Scores, die auf derselben Reach-Einheit und demselben Zeitfenster beruhen. Ein Produkt-Score in Kunden und ein HR-Score in Mitarbeitenden gehören nicht auf eine Liste.

RICE: Dos und Don'ts

Do:

• Verwenden Sie für alle Einträge einer Bewertungsrunde dieselben Skalen und dasselbe Zeitfenster.
• Stützen Sie den Reach, wo immer möglich, auf Daten und senken Sie die Confidence, wo das nicht geht.
• Lassen Sie die ausführenden Personen den Effort schätzen.
• Betrachten Sie die Diskussion über die Bewertung als den eigentlichen Wert. Die Meinungsverschiedenheiten zeigen, wo die Annahmen auseinandergehen.
• Bewerten Sie neu, wenn neue Daten eintreffen, besonders nach einem Testergebnis.
• Prüfen Sie die obersten Einträge kritisch, indem Sie fragen, woran sie scheitern könnten, bevor Sie sich festlegen.

Don't:

• Drehen Sie nicht so lange an den Zahlen, bis Ihr Lieblingsprojekt gewinnt. Wenn ein Projekt auf Platz eins muss, sagen Sie das und entscheiden Sie offen.
• Betrachten Sie 1.600 nicht als wesentlich besser als 1.500. Scores sind grob, und kleine Abstände sind Rauschen.
• Bewerten Sie keine winzigen Aufgaben. Der Aufwand lohnt sich nicht.
• Vermischen Sie keine Ziele. Der Impact auf den Umsatz und der Impact auf die Stimmung können sich keine Skala teilen.
• Lassen Sie nicht allein den niedrigen Effort das Ranking bestimmen. Günstige Arbeit mit geringem Wert kann wichtige Projekte verdrängen.
• Ignorieren Sie keine Abhängigkeiten, gesetzlichen Fristen oder strategischen Wetten. RICE bildet sie nicht ab.

Grenzen von RICE

RICE multipliziert Schätzungen, und damit multiplizieren sich auch die Fehler. Liegt der Reach um das Doppelte daneben und der Impact ebenfalls, kann der Score um das Vierfache abweichen. Frühe Schätzungen verdienen die größten Fehlerbalken.

Das Modell bevorzugt außerdem breite, flache Verbesserungen gegenüber tiefgehenden für kleine Segmente. Ein kritisches Feature für Ihre zehn größten Kunden kann beim Reach schlecht abschneiden. Wenn das strategisch wichtig ist, behandeln Sie es außerhalb des Modells oder ergänzen Sie eine separate Gewichtung.

Schließlich schleicht sich leicht Scheingenauigkeit ein. Die fünfstufige Impact-Skala hilft, weil sie verhindert, dass Personen darüber streiten, ob etwas eine 1,4 oder eine 1,6 ist. Wenn Scoring-Sitzungen sich ziehen, begrenzen Sie jeden Eintrag auf ein paar Minuten.

RICE in die Praxis umsetzen

Fangen Sie klein an. Nehmen Sie die zehn Einträge an der Spitze Ihres Backlogs, einigen Sie sich auf ein Ziel, bewerten Sie sie als Gruppe in unter einer Stunde und betrachten Sie die obersten drei und die untersten drei. Das Ranking wird vermutlich manche Vermutungen bestätigen und andere infrage stellen. In jedem Fall haben Sie eine schriftliche Begründung dafür, was Sie als Nächstes bauen, und die ist mehr wert als der Score selbst.

Weiterführende Artikel

• MoSCoW-Methode
• Product Backlog
• Backlog Refinement
• Story Points
• T-Shirt-Sizing
• Project Portfolio Management
• Scaled Agile Framework (SAFe)