Priorisierungsframework (RICE, MoSCoW)
Strukturierte Methoden, um Feature-Ideen systematisch zu bewerten und in eine begründbare Reihenfolge zu bringen.
Ein Priorisierungsframework ist eine wiederholbare Methode, um aus einer Liste von Feature-Ideen, Bugs oder Initiativen eine begründbare Reihenfolge abzuleiten. Statt einzelne Entscheidungen aus dem Bauch zu treffen, bewerten Produktteams jeden Eintrag entlang derselben Kriterien und sortieren danach.
Ausführliche Erklärung
Das bekannteste Framework ist RICE. Es berechnet einen Score aus vier Dimensionen: Reach (wie viele Nutzer pro Zeiteinheit profitieren?), Impact (wie stark profitieren sie? Skala 0.25/0.5/1/2/3), Confidence (wie sicher sind die Schätzungen? in Prozent) und Effort (wie viel Person-Wochen sind nötig?). Der Score lautet (Reach × Impact × Confidence) / Effort. Vorhaben mit hohem Score werden zuerst angegangen.
MoSCoW kategorisiert Vorhaben in vier Buckets: Must (ohne das geht es nicht), Should (wichtig, aber nicht zwingend), Could (wäre schön), Won't (bewusst nicht). MoSCoW wird häufig im Stakeholder-Workshop eingesetzt, weil die Buckets intuitiv kommuniziert werden können. Die Disziplin liegt darin, „Must" eng zu fassen – wer alles als Must einstuft, hat keine Priorisierung erreicht.
Das Kano-Modell ergänzt diese Bewertung um eine emotionale Dimension. Es unterscheidet Basis-, Leistungs- und Begeisterungs-Faktoren. Basis-Features (z. B. „Login funktioniert") werden vorausgesetzt und kommunizieren keinen Vorteil, wenn sie da sind, sondern nur Frust, wenn sie fehlen. Leistungs-Features (z. B. „Geschwindigkeit") steigern die Zufriedenheit proportional zur Ausprägung. Begeisterungs-Features (z. B. „Confetti-Animation beim ersten Login") bringen mehr Zufriedenheit als ihre Abwesenheit Unzufriedenheit erzeugen würde.
Eine pragmatische Alltagsmethode ist Value vs. Effort – eine 2x2-Matrix mit „Nutzen hoch/niedrig" und „Aufwand hoch/niedrig". Die obere linke Ecke (hoher Nutzen, geringer Aufwand) wird zuerst angegangen. Diese Methode ist weniger präzise als RICE, dafür in 30 Minuten anwendbar und gut für Quartals-Planung geeignet.
Kein Framework liefert objektive Wahrheit. Sie zwingen lediglich, Annahmen explizit zu machen. Wenn zwei Stakeholder zu unterschiedlichen RICE-Scores für dasselbe Vorhaben kommen, ist genau die Diskussion über die Eingangsannahmen das eigentliche Resultat – nicht die Zahl am Ende.
Praxisbeispiel
Ein Produktteam bewertet drei Vorhaben mit RICE: „Custom Domain" (Reach 200, Impact 2, Confidence 80 %, Effort 3 Wochen → Score 107), „Slack-Integration" (Reach 500, Impact 1, Confidence 60 %, Effort 4 Wochen → Score 75) und „Dark Mode" (Reach 1.500, Impact 0.5, Confidence 90 %, Effort 2 Wochen → Score 338). Dark Mode landet trotz geringerem Einzel-Impact oben, weil es viele Nutzer mit geringem Aufwand erreicht.
Vorteile
- Macht Priorisierungs-Entscheidungen nachvollziehbar – jede Reihenfolge laesst sich anhand der Kriterien begründen.
- Verlagert die Diskussion auf die Annahmen (Reach, Effort, etc.) statt auf die abstrakte Frage „was ist wichtiger?".
- Senkt die Wahrscheinlichkeit, dass das lauteste Stakeholder-Argument gewinnt.
- Liefert ein dokumentiertes Audit-Trail für Entscheidungen, das später überprüfbar ist.
Haeufige Fehler und Missverstaendnisse
- Den Framework-Score als Wahrheit interpretieren statt als Diskussions-Anker – RICE ist nur so gut wie die Eingangsschaetzungen.
- Bei MoSCoW „Must" inflationär verwenden – wer alles als Must einstuft, hat keine Priorisierung getroffen.
- Priorisierung als einmaliges Event behandeln, statt sie regelmäßig (z. B. quartalsweise) neu zu durchlaufen, wenn sich die Datenlage aendert.
Verwandte Begriffe
Feature Requests mit ideenkiste.app sammeln – kostenlos starten
Strukturiertes Feedback-Board, Voting, oeffentliche Roadmap und Magic-Link-Login. In zwei Minuten startklar.
Kostenlos startenZuletzt aktualisiert: