RICE-Priorisierung in der Praxis: an der Impact-Spalte bricht es

RICE ist das meistgenutzte Priorisierungs-Framework im Produktmanagement, und die meisten Teams, die es einsetzen, machen einen Term deutlich falsch. Nicht aus Nachlässigkeit — sondern weil drei der vier Terme aus Evidenz geschätzt werden können und der vierte nicht, und nichts in der Formel sagt Ihnen, welcher welcher ist.

Die Formel und was jeder Term wirklich fragt

Reach × Impact × Confidence ÷ Effort

Term	Frage	Woher die Zahl kommt
Reach	Wie viele Nutzer, in welchem Zeitraum?	Messbar. Ihre Analytics.
Impact	Wie stark bewegt es etwas — pro Person?	Geschätzt. Immer.
Confidence	Wie sicher sind Sie beim Obigen?	Urteil, aber kalibrierbar
Effort	Personenmonate	Schätzbar, durch die Entwicklung

Reach und Effort kommen aus Daten und von Menschen, deren Beruf das Schätzen ist. Impact ist eine Zahl, die ein Produktmanager erfindet. Das ist kein Vorwurf — es ist das nicht reduzierbare Urteil im Kern des Jobs. Das Problem ist, was danach passiert.

Das Impact-Problem

Sobald Impact in einer Tabellenzelle steht, sieht es nicht mehr erfunden aus. Es wird mit zwei gemessenen Größen multipliziert, durch eine dritte geteilt und kommt als Score mit Nachkommastelle heraus. Die Rechnung wäscht eine Schätzung zu einer Kennzahl — und bis das Ergebnis im Stakeholder-Meeting ankommt, weiß niemand mehr, welcher Term der weiche war.

Die übliche Skala — 3 für massiv, 2 für hoch, 1 für mittel, 0,5 für niedrig, 0,25 für minimal — verschlimmert das eher, denn der Abstand zwischen „hoch” und „massiv” ist ein Faktor 1,5, der Ihre gesamte Roadmap umsortiert und den niemand verteidigen kann.

Zwei Korrekturen, beide günstig:

1. Lassen Sie Impact von jemandem ohne Eigeninteresse bewerten. Bewerten Sie die fünf Spitzenkandidaten zweimal — einmal durch den PM, der es will, einmal durch jemanden aus einem anderen Bereich. Ändert sich die Reihenfolge, waren Ihre Impact-Zahlen Politik. Und Sie wissen es vor dem Meeting statt darin.

2. Schreiben Sie den Satz hinter die Zahl. Nicht „Impact: 2”, sondern „Impact: 2 — weil ich glaube, dass es etwa die Hälfte der manuellen Nacherfassung bei den betroffenen Accounts erspart.” Jetzt ist es widerlegbar. Jemand kann dem Satz widersprechen; einer 2 kann man nicht sinnvoll widersprechen.

Die anderen drei ehrlich bewerten

Reach — nehmen Sie einen Zeitraum und ändern Sie ihn nie. Nutzer pro Quartal ist der übliche Standard. Der häufigste Fehler ist, alle zu zählen, die dem Feature begegnen könnten, statt derer, die es realistisch tun. Das bläht jeden Score um denselben Faktor auf und ändert deshalb nichts — außer dass die Zahlen absolut bedeutungslos werden.

Confidence — 100 % heißt, Sie haben Daten. 80 % heißt, Sie haben Hinweise. 50 % heißt, es ist ein Argument, das Sie überzeugend finden. Was Sie unter 50 % bewerten würden, gehört nicht auf die Liste, sondern in einen günstigen Test. Das ist das Nützlichste an Confidence: Es markiert die Punkte, bei denen der richtige nächste Schritt nicht Bauen ist, sondern Herausfinden.

Effort — holen Sie ihn aus der Entwicklung, in Personenmonaten, und nehmen Sie die genannte Spanne statt des Mittelwerts. Eine Schätzung „1–4 Monate” sagt Ihnen etwas, das die Zahl 2,5 verbirgt.

Wo RICE das falsche Werkzeug ist

Enterprise- und tiefenlastige Arbeit. Ein Feature, das drei Accounts mit 40 % des Umsatzes freischaltet, schneidet bei Reach katastrophal ab. RICE ist auf konsumentenförmige Verteilungen gebaut und unterbewertet konzentrierten Wert systematisch. Wenn ein großer Teil Ihres Umsatzes in wenigen Accounts liegt, sortiert RICE allein Ihre Roadmap jedes Mal falsch.

Plattform- und Fundamentarbeit. Der Nutzen ist diffus und nachgelagert. In RICE bewertet, verliert sie gegen alles.

Alles wirklich Dringende. RICE hat überhaupt keine Zeitdimension — etwas, das dieses Quartal 50.000 € wert ist und nächstes Quartal auch, bekommt denselben Score wie etwas, das 100.000 € wert ist, aber nur vor einer regulatorischen Frist. Dafür ist Cost of Delay da — das Framework, das ich am häufigsten neben RICE ergänzen würde statt an seiner Stelle.

Wie Sie es betreiben

• Im Block bewerten, nicht einzeln. Relative Urteile sind deutlich verlässlicher als absolute. Also zehn Dinge auf einmal.
• Nachträglich neu bewerten. Sechs Wochen nach Auslieferung die echten Zahlen neben die Schätzungen schreiben. Diesen Schritt lässt jeder aus, und er ist der einzige, der die nächsten Schätzungen besser macht.
• Nie den Score allein präsentieren. Score, Impact-Satz und das Zweitplatzierte. Eine Rangliste lädt dazu ein, über den Rang zu streiten; die Begründung lädt dazu ein, über die Begründung zu streiten — und das ist das Gespräch, das Sie wollen.
• Lassen Sie es überstimmen. Ein RICE-Ergebnis, das ein gutes Argument nicht aushebeln kann, wird zu einem Weg, Verantwortung für Entscheidungen zu vermeiden. Es ist eine Struktur für das Gespräch, kein Ersatz dafür.

Der letzte Punkt entscheidet, ob RICE Ihnen hilft. Teams, in denen die Tabelle Autorität hat und niemand ein Urteil, verteidigen am Ende Scores, an die sie nicht glauben. Teams, in denen das Urteil Autorität hat und die Tabelle den Streit ordnet, entscheiden besser und können es hinterher erklären — und genau das sucht ein Beförderungsgremium ohnehin.

---

Wenn Sie eine RICE-Tabelle haben, die alle pflegen und nach der niemand handelt, liegt es nicht am Framework. Das gehört diagnostiziert, bevor Sie es durch ein anderes ersetzen — meist eine Sache von zwanzig Minuten und ein guter Teil dessen, was eine erste Coaching-Sitzung ausmacht.