Wann ICE das richtige Werkzeug ist
Nicht jedes Team verfügt über Nutzeranalysen, formale Discovery-Termine oder verlässliche Reichweitenschätzungen. Start-ups, Growth-Teams und frühe Produktteams stehen oft vor dem Gegenteil: viele Ideen, wenig Zeit und keine sauberen Daten als Grundlage.
RICE, das präzisere verwandte Verfahren, erfordert die Schätzung erreichter Nutzer. Fehlt diese Zahl, wird die RICE-Bewertung zu als Genauigkeit verkleidetem Raten. ICE lässt diese Frage ganz weg und konzentriert sich auf meist abschätzbare Dinge: Wie groß erscheint die Wirkung, wie sicher bist du und wie schwer ist die Umsetzung?
Kurzantwort: ICE = Wirkung × Sicherheit × Einfachheit. Alle drei Dimensionen von 1–10. Wertebereich: 1–1.000. Höher ist besser. Jira enthält ICE nicht nativ — eine Marketplace-App ergänzt es in wenigen Minuten als benutzerdefiniertes Feld. Beim ersten Öffnen von Priority Scoring for Jira ist ICE das Standardverfahren.
Die ICE-Formel
Sean Ellis, Gründer von GrowthHackers, machte ICE als schnelle Bewertungsmethode für Wachstumsexperimente bekannt. Die Formel ist bewusst einfach:
Wirkung — Effekt auf deine wichtigste Kennzahl
Die Wirkung beschreibt, wie stark diese Idee die aktuell wichtigste Kennzahl deines Teams verändert — Aktivierungsrate, Bindung, Umsatz oder NPS. Bewerte sie von 1–10: 10 bedeutet eine grundlegende Veränderung, 1 einen vernachlässigbaren Effekt. Wähle die Bezugskennzahl bewusst und nutze sie im gesamten Backlog einheitlich.
Sicherheit — wie sicher bist du?
Sicherheit zeigt, wie gut deine Wirkungsschätzung belegt ist. Vergib 10 bei belastbaren Daten: A/B-Tests, Nutzerinterviews oder Support-Ticket-Volumen. Vergib 1–3 bei einer ungeprüften Vermutung. Die meisten Einträge liegen bei 5–8 — es gibt Signale, aber noch keinen Test. Sicherheit verhindert, dass unbelegte Ideen mit hoher Wirkung deine Roadmap dominieren.
Einfachheit — der umgekehrte Umsetzungsaufwand
Einfachheit ist das Gegenteil von Aufwand. Eine 10 bedeutet, dass ein Entwickler die Idee in einer Stunde ausliefern könnte. Eine 1 steht für monatelange Arbeit, hohe Komplexität und mehrere beteiligte Teams. Einfachheit belohnt schnelle Erfolge: Eine kleine Verbesserung in diesem Sprint liegt oft vor einer großen Verbesserung, die erst in einem Quartal kommt. Anders als der Aufwand im RICE-Nenner ist Einfachheit ein weiterer Multiplikator — komplexe Ideen erhalten dadurch deutlich niedrigere Werte.
Der blinde Fleck der Einfachheit: Die Bewertung der Einfachheit kann dein Backlog unbeabsichtigt zu leicht erreichbaren Ergebnissen verschieben. Ein Team, das immer die einfachsten 8er auswählt, sammelt technische Schulden und verpasst wirkungsvolle Chancen mit längerem Investitionsbedarf. Nutze ICE für Tempo, prüfe aber regelmäßig Ideen mit niedriger Einfachheit und hoher Wirkung — sie gehören auf die Roadmap, auch wenn sie nicht die ICE-Rangliste anführen.
Ein Rechenbeispiel: Zehn Ideen, zwanzig Minuten
Stell dir ein Growth-Team vor, das vor der Quartalsplanung sein Ideenbacklog prüft. Jedes Mitglied bewertet jede Idee unabhängig in 90 Sekunden; anschließend mittelt das Team die drei Dimensionen. So schneiden fünf dieser Ideen ab:
| Idee | Wirkung (Impact) | Sicherheit (Confidence) | Einfachheit (Ease) | ICE-Wert |
|---|---|---|---|---|
| Fortschrittsbalken zur Einarbeitungscheckliste hinzufügen | 7 | 8 | 9 | 504 Umsetzen |
| NPS-Umfrage in der App nach dem ersten Export | 5 | 8 | 9 | 360 Umsetzen |
| Datenvisualisierungen im Dashboard neu gestalten | 8 | 6 | 3 | 144 Später |
| SSO-Unterstützung für Unternehmenskonten ergänzen | 9 | 7 | 2 | 126 Später |
| Zwölf zusätzliche CSV-Exportformate unterstützen | 3 | 4 | 5 | 60 Hinterfragen |
Der Einarbeitungsfortschrittsbalken führt die Liste an — nicht weil er allein betrachtet die größte Wirkung hat, sondern weil er wirkungsvoll und einfach umzusetzen und durch eindeutige Verhaltensdaten gestützt ist. Das Dashboard-Redesign (Wirkung 8) liegt niedrig, weil die Umsetzung teuer ist. Die CSV-Exportidee entlarvt einen Backlog-Zombie — geringe Wirkung, geringe Sicherheit, mittlerer Aufwand. Sie sollte geprüft oder gelöscht werden.
ICE und RICE: Wann du wechseln solltest
Die Einfachheit von ICE ist gleichzeitig seine Grenze. Es gibt keine Reichweitendimension — das Verfahren unterscheidet nicht, ob eine Idee 10 oder 10.000 Nutzer betrifft. Zwei Ideen mit gleichem ICE-Wert können stark unterschiedlich große Zielgruppen haben und werden trotzdem gleich behandelt.
Das ist vertretbar, wenn du schnell arbeitest und keine Reichweitendaten hast. Mit wachsendem Produkt sammelst du jedoch Nutzeranalysen, Funnel-Daten und Segmentberichte. Dann passieren zwei Dinge:
- Du kannst die Reichweite verlässlich schätzen — die Daten sind verfügbar.
- Reichweite wird wichtiger — eine Funktion für Vielnutzer (10 % deiner Nutzerbasis) ist strategisch anders als eine Funktion für jeden neuen Nutzer.
Sobald diese Bedingungen erfüllt sind, wechsle zu RICE-Bewertung. Beide Verfahren stehen in Priority Scoring for Jira nebeneinander. Du kannst beide verwenden und vergleichen — oder ICE für frühe Funnel-Ideen und RICE für Funktionen mit bekannter Zielgruppengröße nutzen.
Für Teams in SAFe-Organisationen beim PI Planning passen weder ICE noch RICE — WSJF bildet die Verzögerungskosten und den Umfang ab, auf denen PI Planning beruht.
Unsicher, welches Verfahren zu deinem Team passt? Siehe die vollständige Entscheidungshilfe: RICE, WSJF oder ICE — welches Jira-Priorisierungsverfahren passt zu dir?
ICE-Bewertung in Jira einrichten
Die folgenden Schritte nutzen Priority Scoring for Jira — eine auf Forge basierende App, die RICE, WSJF und ICE als native benutzerdefinierte Felder ergänzt. Sie läuft vollständig in Atlassians Infrastruktur, sodass keine Daten deine Jira-Site verlassen. ICE ist das Standardverfahren beim ersten Öffnen.
-
1Installiere Priority Scoring aus dem Atlassian Marketplace. Suche nach „Priority Scoring“ und installiere die App auf deiner Jira-Cloud-Site. Eine kostenlose Testversion mit allen Funktionen ist verfügbar — ohne Kreditkarte.
-
2Füge das ICE-Bewertungsfeld zu deiner Projektmaske hinzu. Öffne Jira-Einstellungen → Vorgänge → Masken: Finde die Maske deines Projekts und ergänze das Feld „Priority Scoring — ICE“. Erst danach erscheinen die Schieberegler in Vorgängen.
-
3Bewerte deinen ersten Vorgang. Öffne einen Jira-Vorgang. Du siehst drei Schieberegler — Impact, Confidence und Ease — jeweils von 1–10. Bewege sie, und der ICE-Wert darüber aktualisiert sich sofort. Das dauert weniger als 60 Sekunden pro Vorgang.
-
4Öffne für die Rangfolge das Priority-Scoring-Dashboard. Wähle dein Projekt und wechsle zum ICE-Verfahren. Alle bewerteten Vorgänge erscheinen in einer sortierbaren Tabelle — Rang, ICE-Wert mit Farbkennzeichnung, Vorgangsschlüssel, Zusammenfassung, Sprint, zuständige Person und Fälligkeit. Sortiere absteigend, um die aussichtsreichsten Einträge oben zu sehen.
ICE-, RICE- und WSJF-Bewertungsfelder in einem Jira-Vorgang — Schieberegler je Dimension, sofort berechneter Gesamtwert
Mit Rovo-KI schneller bewerten
Die manuelle Bewertung von 50 Backlog-Ideen ist die größte Einführungshürde jedes Verfahrens. Priority Scoring enthält einen Rovo-KI-Agenten , der Vorgangsinhalte liest und Werte für Wirkung, Sicherheit und Einfachheit mit schriftlicher Begründung vorschlägt. Du kannst sie prüfen oder überschreiben.
Bei ICE ist Rovo besonders hilfreich im Vorschlagsmodus (Suggest): Du erhältst einen Ausgangswert für jede Dimension und passt ihn mit deinem Wissen an. Praktisch benötigen die meisten Vorschläge ein oder zwei Korrekturen, keine komplette Neubewertung. Für Massenbewertung arbeitet Rovo im automatischen Modus mit einem einzigen Befehl ein unbewertetes Backlog durch: „Bewerte alle unbewerteten Vorgänge im Projekt GROW mit ICE.“
Priority-Scoring-Dashboard — ICE-Rangfolge der Backlog-Vorgänge neben Backlog-Gesundheit und Portfolioansicht
Häufig gestellte Fragen
Was ist ICE-Bewertung in Jira?
ICE ist ein schlankes Priorisierungsverfahren mit drei Dimensionen pro Backlog-Idee: Wirkung (Effekt auf deine wichtigste Kennzahl), Sicherheit (wie sicher du bist) und Einfachheit (wie leicht die Umsetzung ist). Jede wird von 1–10 bewertet. ICE-Wert = Wirkung × Sicherheit × Einfachheit, mit Ergebnissen von 1 bis 1.000. Jira enthält ICE nicht nativ — Priority Scoring for Jira ergänzt es als natives benutzerdefiniertes Feld.
Wie berechne ich einen ICE-Wert?
ICE-Wert = Wirkung × Sicherheit × Einfachheit. Alle drei Dimensionen verwenden 1–10. Beispiel: Wirkung 8, Sicherheit 7, Einfachheit 5 → 8 × 7 × 5 = 280. Bewerte alle Backlog-Ideen gleich und sortiere absteigend. Der absolute Wert ist unwichtig — nur die Rangfolge im Backlog zählt.
Was unterscheidet ICE- und RICE-Bewertung?
RICE ergänzt Reichweite (Anzahl betroffener Nutzer) und Aufwand als Nenner. Es ist damit präziser, braucht aber Nutzerdaten. ICE lässt Reichweite weg, ist schneller auszufüllen und unterscheidet nicht zwischen 10 und 10.000 betroffenen Nutzern. Beginne ohne Reichweitendaten mit ICE — wechsle zu RICE , wenn Nutzeranalysen die Reichweite abschätzbar und aussagekräftig machen.
Hat Jira integrierte ICE-Bewertung?
Nein. Jira Cloud enthält standardmäßig keine ICE-Bewertung. Priority Scoring for Jira ergänzt ICE als natives benutzerdefiniertes Feld — Schieberegler je Dimension, automatische Berechnung und priorisierte Backlog-Ansicht — ohne Skripte oder eigene Automatisierungsregeln. ICE ist das Standardverfahren beim ersten Öffnen der App.
Wann sollte ich ICE statt RICE oder WSJF nutzen?
Nutze ICE, wenn du schnell arbeiten, viele kleine Ideen einordnen musst und keine verlässlichen Reichweitendaten hast. Ideal für Growth-Teams mit Experimenten und frühe Produktteams in der Discovery. Wechsle zu RICE , sobald du Nutzeranalysen hast. Nutze WSJF in einer SAFe-Organisation beim PI Planning.
ICE ist bereits eingerichtet — installieren und bewerten
Priority Scoring for Jira enthält ICE neben RICE und WSJF. Installiere die App, füge das Feld zu deinem Projekt hinzu und bewerte die erste Backlog-Idee in weniger als fünf Minuten.
Im Marketplace kostenlos testen →