Priorität: REIS/WSJF/ICE

RICE, ICE und WSJF liefern keine objektive Antwort; Sie machen Annahmen sichtbar und helfen, Initiativen mit der gleichen Logik zu vergleichen. Definieren Sie zuerst die Art der Entscheidungen und die Bewertungseinheit und diskutieren Sie dann die Diskrepanzen in Reichweite, Auswirkungen, Vertrauen und Verzögerungskosten, anstatt über das Endergebnis zu streiten.

Warum priorisieren Aufgaben in der Lieferung

Warum kannst du nicht einfach alles wegziehen?

Wenn mehrere Teams an einem Produkt arbeiten, gibt es immer mehr Wünsche als Ressourcen. Wenn Sie sich nicht entscheiden, was Sie an erster Stelle tun sollen, wird es keine Fristen und Qualität geben, die Teams werden ins Stocken geraten.

Wie schlechte Prozesse aussehen

Ein typischer Fehler ist es, ein Projekt zu übernehmen und mit persönlichen Meinungen oder dem Volumen der Anfrage zu überprüfen. Bottom line: leiden wirklich wichtige Features oder Kreta, Entladen in der Nacht, Verzögerung Bugs und Features für einen “neuen schönen Bildschirm”.

** Beispiel:**
Im E-Commerce startete ein Block neuer Banner auf Wunsch des Marketings, obwohl ein Monat später die Konkurrenten mit einer schnellen Lieferung herauskamen, die “in den Rückstand” brachte. Am Ende verloren sie Marktanteile.

RICE: Bewertung des Effekts durch 4 Parameter

Was ist Reis?

RICE (Reach, Impact, Confidence, Effort) ist eine Möglichkeit, den Nutzen einer Aufgabe abzuschätzen und aus einer Reihe von Abfragen diejenigen auszuwählen, die den maximalen Effekt pro Aufwandseinheit erzielen. Formel:
RICE = (Reach × Impact × Confidence)

• Reach: Wie viele Benutzer werden betroffen sein.
• Auswirkung: Wie viel Verhalten oder Metrik wird sich ändern.
• Vertrauen: Wie zuversichtlich sind die Schätzungen?
• Anstrengung: Wie viele Ressourcen werden Sie ausgeben?

Wie es in der Praxis funktioniert

Sie nehmen Aufgaben aus dem Backlog und bewerten sie anhand von 4 Parametern, z. B. neue Integration oder UX-Reworking. Vergleich der Ergebnisse: Wenn eine Aufgabe einen spürbaren metrischen Gewinn mit minimalem Risiko und Aufwand erzeugen kann, ist es wahrscheinlicher, dass sie in der nächsten Iteration in Delivery landet.

** Beispiel:**
In SaaS bemerkt die Drawdown von Onboarding, formulierte Hypothesen, geschätzt: 2000 Nutzer/Monat erreichen Wirkung 0,3 (mäßig)
Vertrauen 80%
Aufwand 5 Tage REIS: (2000×0,3×0,8)/5 = 96
Zum Vergleich: Eine andere Aufgabe hat 40 Punkte erreicht - nehmen Sie zuerst die oben genannte.

Anti-Muster:
Wirkung durch interne Begeisterung überschätzen oder Anstrengung aus Optimismus unterschätzen – die Punkte werden unauffällig, Lieferstopps.

Quelle: Intercom über RICE

ICE: Einfach, schnell, aber in der Lieferung, seien Sie vorsichtig.

Was ist ICE?

ICE (Impact, Confidence, Ease) ist ein ähnlicher, aber vereinfachter Ansatz.
ICE = Auswirkungen × Vertrauen × Leichtigkeit Leichtigkeit ist das konventionelle Äquivalent von “Leichtigkeit”, in der Regel erinnert an Anstrengung, aber Spiegel (mehr ist einfacher).

In welchen Fällen kann ICE fahren?

ICE eignet sich, wenn nichts Zeit mit Deep Analytics zu verschwenden ist. Aber oft gibt es eine Illusion der Einfachheit: Die Falle ist, dass die inneren Gefühle über Impact und Ease möglicherweise nicht korrekt sind.

** Beispiel:**
Das Team wählt aus 10 ICE-Bugs, um die Top 3 vor dem Release zu beheben. Keine Daten – verlassen Sie sich auf Fachwissen und gesunden Menschenverstand. Nach der Veröffentlichung stellt sich heraus, dass einige kleinere Bugs den NPS stark beeinflusst haben - es war schwierig, im Voraus ohne Daten abzuschätzen.

**ICE eignet sich für die Priorisierung kleiner Inkremente und Bugfixes in Delivery, wo Geschwindigkeit wichtiger ist als Genauigkeit.

Quelle: GrowthHackers über ICE

WSJF: Schnell und profitabel teuer machen

Wie funktioniert WSJF?

WSJF (Weighted Shortest Job First) ist eine grundlegende Technik von Lean and Scaled Agile (SAFe) für große Teams und Portfolios. Formel:
WSJF = Kosten der Verzögerung / Dauer So werden Aufgaben, die eine Verzögerung haben, viele Verluste mit sich bringen, Priorität eingeräumt.

• Kosten der Verzögerung: Wie viel wird ein Unternehmen verlieren, wenn es den Job jetzt nicht erledigt?
• Job Duration: Wie lange dauert es?

Wo WSJF in der Lieferung verwendet wird

Wenn es wichtig ist, schnell Funktionen zu starten, die sich direkt auf Geld, Einnahmen oder SLA auswirken, hilft Ihnen WSJF, kritische Blöcke zu vermeiden.

** Beispiel:**
Das Fintech-Team wog Bugfixes und neue Integrationen. Die Übertragung von Benutzern auf eine neue Plattform brachte Drawdowns in NPS und Geld - berechnete die Kosten der Verzögerung auf verlorene Einnahmen, bewertete Dauer, die erste, die Integration zur Überarbeitung schickte, dann kam es zu weniger dringenden Heißhungerattacken.

Quelle: ProductPlan über WSJF

Ratschläge und Fehler: Was zu erinnern

Wie man die Priorisierung nicht in ein sinnloses “Punktespiel” verwandelt

• Bewerten Sie keine Aufgaben in einem Vakuum: Stimmen Sie zu, dass Sie von mehreren Rollen bewertet werden (Produkt, Analyst, Entwicklerleiter).
• Bestimmen Sie, was Impact für Ihr Produkt bedeutet (z. B. Retention vs. Umsatz).
• Behalten Sie die Geschäftsziele und Produktmetriken in der Baseline, so dass ICE/RICE/WSJF nicht für Punkte, sondern für Ergebnisse berücksichtigt wird.
• Einmal in einem Sprint Review wichtige Aufgaben: wenn neue Einführungsprioritäten schnell obsolet werden.

Häufige Fehler und was stattdessen zu tun ist

• Ignorieren Sie die Kosten der Verzögerung - Kleine Bugs können den Ruf abbeißen, wenn Sie zu lange ziehen.
• Count Effort / Ease ohne ein echtes Teamergebnis (besser gemeinsam diskutieren).
• Vertrauen: Eine Aufgabe mit einer Punktzahl von 0,3 ist fast blind. Holen Sie sich zuerst die Daten.

** Beispiel:**
Das Team fragt die Entwickler nicht nach Anstrengung - die Drags scheinen einfacher zu sein, der Burndown bricht zusammen.

FAQ zur Priorisierung von Lieferaufgaben

**1. Wie wählt man zwischen RICE, ICE und WSJF? Für dringende Fehler und Funktionen wird häufig ICE, für Geschäftsmetriken, RICE und WSJF für Multitasking und Dringlichkeit verwendet.

**2. Müssen Sie alle Aufgaben im Detail bewerten? Nein, machen Sie eine detaillierte Bewertung nur für wichtige Aufgaben. Berechnen Sie die Kleinen nach ICE oder sortieren Sie sie direkt in Triage.

**3. Was passiert, wenn sich die Werte im Team unterscheiden? Besprechen Sie die Gründe für die Diskrepanzen. Überprüfen Sie die grundlegende Logik und die Daten, besser gemeinsam neu bewerten.

**4. Wann überdenken Sie Ihre Prioritäten? Vor jedem Sprint oder Release sowie wenn ein kritischer externer Faktor auftritt (z. B. der Ausstieg eines neuen Konkurrenten).

**5. Wie können Wirkung und Anstrengung objektiv gemessen werden? Impact - durch Produktmetriken: Retention, Revenue, NPS. Anstrengung – Nach Einschätzung des Teams am besten in Story Points oder Man-Days.

**6. Wo bekomme ich gute Benchmarks für deine Berechnungen? **
Schauen Sie sich die Analoga in Ihrem Segment an, lesen Sie die Berichte (z. B.) und vergleichen Sie sie mit den historischen Daten Ihres Teams.