Ein Prioritäts-Score ordnet nur die Arbeit, die Sie bereits ins System gelassen haben. Kuratierung ist der schwierigere Schritt: zu entscheiden, was im Backlog überhaupt nicht existieren sollte.

Ihr Backlog umfasst 400 Einträge. Ihr Team liefert 20 pro Quartal. Sie nutzen RICE-Scoring, Weighted Shortest Job First oder eine selbstgebaute Prioritätsmatrix. Und trotzdem werden die falschen Dinge gebaut.
Das Problem ist nicht Ihr Priorisierungs-Framework. Das Problem ist, dass Sie eine Liste priorisieren wollen, die zuerst hätte kuratiert werden müssen. Priorisierung ordnet eine Menge von Optionen. Kuratierung entscheidet, welche Optionen überhaupt in diese Menge gehören. Die meisten Produktteams machen nur den ersten Schritt und wundern sich, warum sich ihre Roadmap eher wie eine Einkaufsliste als wie eine Strategie anfühlt.

Warum Priorisierung ohne Kuratierung Müll-Backlogs erzeugt

Jede Priorisierungsmethode – RICE, WSJF, Eisenhower-Matrix – nimmt eine Liste von Kandidaten und bringt sie in eine Rangfolge. Ist die Liste selbst ungefiltert, ist das Ergebnis eine geordnete Liste schlechter Ideen. Der Eintrag mit dem höchsten Score kann trotzdem ein Feature sein, das Ihr Produkt zersplittert, ein Problem löst, das niemand hat, oder bestehende Funktionen dupliziert.
Ein konkretes Beispiel: Ein Team, mit dem wir gearbeitet haben, hat zwei Features per RICE bewertet. Feature A, ein „Dark-Mode-Schalter“, erzielte 80 Punkte (hohe Reichweite, mittlere Wirkung). Feature B, eine „Echtzeit-Alarm-Integration“, erzielte 70. Das Team diskutierte zwei Wochen lang über den Unterschied von 10 Punkten. Keines der beiden Features hätte die Kuratierung überstehen dürfen. Das Produkt war ein Leitstand-Dashboard für Umgebungen, in denen das Licht nie gedimmt wird. Der Dark Mode brachte zusätzlichen Wartungsaufwand und eine verwirrende UX. Die Alarm-Integration duplizierte eine bestehende API. Kuratierung hätte beide gestoppt, bevor sie überhaupt einen Score gesehen hätten.
Kuratierung ist das Tor vor der Rangfolge. Sie fragt: Gehört dieser Eintrag überhaupt auf die Liste? Passt er zum Job-to-be-done des Produkts? Dient er der aktuellen Strategie, oder ist er Rauschen von einem Stakeholder, der letzte Woche eine Konferenz besucht hat?
Die meisten Teams überspringen die Kuratierung, weil sie schwieriger ist als Scoring. Scoring ist eine Formel. Kuratierung erfordert Urteilsvermögen, Produktgespür und die Bereitschaft, Menschen Nein zu sagen, deren Zustimmung Sie brauchen.

Das Signal-Rausch-Verhältnis eines typischen Backlogs

Sehen Sie sich Ihr eigenes Backlog an. Wie viele Einträge sind älter als sechs Monate? Wie viele wurden von jemandem angelegt, der nicht mehr am Produkt arbeitet? Wie viele sind als Lösungen statt als Probleme formuliert?
Ein gesundes Backlog hat ein hohes Signal-Rausch-Verhältnis. Jeder Eintrag muss sich seinen Platz verdienen. Der Standardzustand einer neuen Anfrage sollte Ablehnung sein, nicht Annahme. Sie brauchen einen Grund, etwas aufzunehmen – nicht einen Grund, es wegzulassen.
Rauschen ist nicht kostenlos. Jeder minderwertige Eintrag verursacht mentalen Aufwand in Grooming-, Schätz- und Planungsrunden. Er lenkt von den Einträgen ab, die zählen. Er erzeugt die Illusion von Fortschritt, wenn Sie ein Ticket schließen, das nie hätte eröffnet werden dürfen.

Wie Kuratierung den Entscheidungsfluss verändert

Kuratierung verändert die Frage, die Sie zu jedem Eintrag stellen. Statt „Wie wertvoll ist das?“ fragen Sie „Sollte das überhaupt existieren?“ Die Messlatte liegt höher. Der Filter ist gröber.
Konkret bedeutet Kuratierung:

• Einträge ablehnen, die Symptome statt Ursachen behandeln. Der Wunsch nach einem „besseren Export-Button“ kann das eigentliche Problem verdecken: Die Nutzer verstehen das Datenformat nicht.
• Einträge ablehnen, die einem Kunden auf Kosten von zehn anderen dienen. Individuelle Features für einen einzelnen Enterprise-Kunden, die sich nicht verallgemeinern lassen.
• Einträge ablehnen, die mit dem Kernjob Ihres Produkts konkurrieren. Eine Notiz-App, die eine Kalenderansicht ergänzt, weil Nutzer danach gefragt haben – obwohl Kalender eine eigene Produktkategorie sind.
• Einträge ablehnen, die Konfigurationskomplexität hinzufügen. Die Bitte, „das Dashboard anpassbar zu machen“, führt oft zu einer Einstellungsseite, die niemand nutzt, während die Standardansicht mittelmäßig bleibt.
  Kuratierung ist kein Gatekeeping um seiner selbst willen. Sie schützt die Kohärenz des Produkts. Jedes Feature, das Sie hinzufügen, macht das Produkt schwerer zu erlernen, langsamer im Betrieb und teurer in der Wartung. Die besten Produkte haben eine klare Haltung – sie machen wenige Dinge gut und weigern sich, den Rest zu tun.

Die Falle „Wir depriorisieren das später“

Teams nehmen Einträge oft mit der Absicht ins Backlog auf, sie zu depriorisieren. Sie sagen sich, dass sie sie niedrig bewerten und diese nie nach oben rücken werden. Das ist eine Illusion.
Einträge im Backlog erzeugen Druck. Ein Stakeholder sieht seine Anfrage in der Liste und fragt, wann sie umgesetzt wird. Ein neuer Produktmanager übernimmt das Backlog und nimmt an, dass alles darin geprüft wurde. Das Backlog wird zu einem politischen Dokument statt zu einem strategischen.
Wir haben erlebt, wie ein Team einen „Quick Win“-Feature-Wunsch eines VP annahm, ihn niedrig bewertete und dann sechs Monate lang monatliche Nachfragen beantwortete, wann er umgesetzt würde. Der VP ließ nie locker. Das Team verschwendete mehr Zeit damit, die Entscheidung zu verteidigen, als der Bau des Features gekostet hätte. Die eigentlichen Kosten waren nicht der Entwicklungsaufwand – sondern der Vertrauensverlust und der ständige Kontextwechsel.
Kuratierung bedeutet, Nein zu sagen, bevor der Eintrag die Liste erreicht. Nicht „nicht jetzt“ – sondern „niemals, es sei denn, etwas Grundlegendes ändert sich“. Dafür braucht es eine klare Produktstrategie, die definiert, was Sie nicht bauen werden, und nicht nur, was Sie bauen werden.

Wann Kuratierung scheitert: die Grenzfälle

Kuratierung ist keine Universallösung. Sie scheitert, wenn:

• Sie keine Produktstrategie haben. Ohne eine klare Definition des Jobs Ihres Produkts haben Sie keine Grundlage, irgendetwas abzulehnen. Jede Anfrage wirkt gleich plausibel.
• Sie Kuratierung nutzen, um schwierigen Gesprächen auszuweichen. „Das passt nicht zu unserer Strategie“ zu sagen, ist ehrlich. „Wir nehmen es ins Backlog auf“ zu sagen und zu hoffen, dass es verschwindet, ist keine Kuratierung – es ist Feigheit.
• Sie zu früh kuratieren. In einer Discovery-Phase brauchen Sie Breite. Verfrühte Kuratierung tötet das Lernen. Entscheidend ist, vor der Zusage zur Umsetzung zu kuratieren – nicht vor der Exploration.
• Sie die Kuratierung an jemanden ohne Befugnis delegieren. Wenn der Kurator einem VP oder einem wichtigen Kunden nicht Nein sagen kann, wird der Prozess zum Theater. Die Person mit der Produktvision braucht den organisatorischen Rückhalt, um den Filter durchzusetzen.
  Kuratierung funktioniert, wenn sie von einer klaren Strategie und echter Entscheidungsbefugnis getragen wird. Ohne beides ist sie nur ein weiterer Prozess, den die Leute umgehen werden.

Ein praktischer Kuratierungs-Workflow

Kuratierung muss nicht kompliziert sein. Hier ist ein Workflow, der für Teams von 10–200 Personen funktioniert:

1. Definieren Sie den Job-to-be-done Ihres Produkts in einem Satz. Jeder Eintrag muss diesen Job voranbringen oder ermöglichen. Tut er das nicht, lehnen Sie ihn ab. Dieser Satz wird zu Ihrem Filterkriterium. Schreiben Sie ihn an die Wand.
2. Verlangen Sie eine Problembeschreibung, keine Lösung. „Nutzer müssen Daten als CSV exportieren“ ist eine Lösung. „Nutzer müssen ihre Daten zur Analyse in Excel bringen“ ist ein Problem. Die Lösung könnte eine API sein, kein Export-Button.
3. Bestimmen Sie einen Kurator, kein Gremium. Eine Person entscheidet, ob ein Eintrag ins Backlog kommt. Das Team priorisiert aus der kuratierten Liste. So vermeiden Sie den Tod durch Konsens. Der Kurator sollte der Produktmanager oder der Tech Lead sein – jemand, der die Produktvision verantwortet.
4. Prüfen Sie das Backlog quartalsweise und löschen Sie alles, was die Messlatte nicht erreicht. Archivieren Sie es, wenn es sein muss. Aber entfernen Sie es aus der aktiven Liste. Ein quartalsweises Ausmisten hält das Signal hoch.
5. Veröffentlichen Sie Ihre „Wird nicht gebaut“-Liste. Sie ist nützlicher als Ihre Roadmap. Sie zeigt Stakeholdern, was Sie bewusst nicht tun und warum. Sie schafft Vertrauen und reduziert wiederholte Anfragen.

Das Verhältnis zwischen Kuratierung und Priorisierung

Kuratierung und Priorisierung sind keine Alternativen. Sie sind aufeinanderfolgende Stufen einer Pipeline:
Eingang → Kuratierung → Priorisierung → Zusage → Umsetzung
Kuratierung filtert den eingehenden Strom. Priorisierung ordnet die Überlebenden. Wenn Sie gut kuratieren, wird die Priorisierung einfacher, weil Sie nur noch Einträge ordnen, die es verdienen zu existieren.
Der Fehler ist, eine unkuratierte Liste zu priorisieren. Am Ende haben Sie eine geordnete Liste von 200 Einträgen, von denen 180 nie hätten vorgeschlagen werden dürfen. Die Top 20 sind nur geringfügig weniger schlecht als der Rest, aber immer noch nicht die richtigen Dinge, die man bauen sollte.
Denken Sie an einen Recruiting-Prozess. Sie bringen nicht jeden Bewerber, der zur Tür hereinkommt, in eine Rangfolge. Zuerst prüfen Sie die Mindestanforderungen – das ist Kuratierung. Dann führen Sie Interviews und ordnen die Shortlist – das ist Priorisierung. Produkt-Backlogs brauchen denselben zweistufigen Prozess.

Praktische Tipps zur Einführung von Kuratierung

• Beginnen Sie mit einem 30-tägigen Moratorium für neue Backlog-Einträge. Nutzen Sie die Zeit, um das bestehende Backlog auf null zu bereinigen. Öffnen Sie dann den Eingangskanal wieder – mit Kuratierung.
• Erstellen Sie ein einfaches Eingangsformular, das Einreichende zwingt, das Problem, die Belege und die Ausrichtung an der Produktstrategie anzugeben. Können sie es nicht ausfüllen, wird der Eintrag nicht erfasst.
• Schulen Sie Ihre Stakeholder. Erklären Sie, dass ein kuratiertes Backlog schnellere Lieferung bei den Dingen bedeutet, die zählen. Die meisten Menschen akzeptieren ein „Nein“, wenn sie die Begründung verstehen.
• Wenden Sie die „Five Whys“-Technik auf jede Anfrage an. Beim fünften Warum stellen Sie oft fest, dass das eigentliche Problem ein anderes ist als das vorgeschlagene.
• Feiern Sie Löschungen. Wenn Sie einen Eintrag aus dem Backlog entfernen, behandeln Sie das als Erfolg. Es bedeutet weniger Rauschen, weniger Wartung und mehr Fokus. Machen Sie es sichtbar: „Wir haben in diesem Quartal 50 Einträge gestrichen – und zwar aus diesen Gründen.“
  Mehr darüber, wie Produktentscheidungen mit Systemarchitektur und Teamgeschwindigkeit zusammenhängen, lesen Sie in unserer Analyse der Wissensschulden-Krise. Und wenn Ihnen die Disziplin schwerfällt, Nein zu sagen, prüfen Sie, ob Ihre Produktstrategie klar genug ist, um diese Entscheidungen zu leiten. Eine unscharfe Strategie erzeugt ein unscharfes Backlog, egal wie gut Ihr Priorisierungs-Framework ist.

Die wichtigsten Erkenntnisse

• Priorisierung ordnet Optionen. Kuratierung entscheidet, welche Optionen existieren. Die meisten Teams machen nur das Erste.
• Ein kuratiertes Backlog hat weniger Einträge, aber ein stärkeres Signal. Jeder Eintrag trägt weniger Rauschen und mehr strategisches Gewicht.
• Kuratierung erfordert eine klare Produktstrategie und die Bereitschaft, Nein zu sagen. Ohne beides ist Kuratierung nur ein weiterer Prozess.
• Der Standardzustand einer neuen Anfrage sollte Ablehnung sein. Lassen Sie Einreichende beweisen, dass der Eintrag dazugehört.
• Kuratierung und Priorisierung arbeiten nacheinander: erst filtern, dann ordnen.
• Die Kosten des Rauschens sind nicht abstrakt – es sind Engineering-Stunden, die mit Grooming und der Verteidigung schlechter Einträge verschwendet werden.

Häufig gestellte Fragen

Wie gehe ich mit Stakeholdern um, die darauf bestehen, dass ihre Anfrage ins Backlog kommt?

Erklären Sie, dass ein unkuratiertes Backlog allen schadet. Bieten Sie an, ihre Anfrage gemeinsam an der Produktstrategie zu prüfen. Passt sie wirklich, gehört sie hinein. Wenn nicht, legen Sie offen, warum. Die meisten Stakeholder respektieren Klarheit mehr als Unklarheit.

Was, wenn ich zu aggressiv kuratiere und eine gute Idee verpasse?

Kuratierung ist umkehrbar. Sie können einen Eintrag jederzeit später hinzufügen. Die Kosten, einen schlechten Eintrag ins Backlog aufzunehmen, sind höher als die Kosten, eine gute Idee vorübergehend zu verpassen. Führen Sie eine „Vielleicht“-Liste außerhalb des aktiven Backlogs und prüfen Sie sie quartalsweise.

Funktioniert Kuratierung in einem Startup, in dem sich alles dringend anfühlt?

In einem Startup ist Kuratierung wichtiger, nicht weniger wichtig. Begrenzte Ressourcen bedeuten, dass jede Bauentscheidung existenziell ist. Ein kuratiertes Backlog erzwingt den Fokus auf das eine, was am meisten zählt. Die Alternative ist, sich zu verzetteln und nichts richtig zu bauen.

Wer sollte in einem kleinen Team der Kurator sein?

In einem Team von 5–15 Personen ist der Kurator typischerweise der Produktmanager oder der Technical Lead – wer auch immer das tiefste Verständnis der Produktvision und die Befugnis hat, Nein zu sagen. In größeren Teams kann es eine rotierende Kuratorenrolle geben, aber die Entscheidungsbefugnis muss klar sein. Vermeiden Sie Gremien; sie produzieren den kleinsten gemeinsamen Nenner.

Fazit

Priorisierung ist ein Werkzeug. Kuratierung ist eine Disziplin. Teams, die großartige Produkte bauen, ordnen ihre Ideen nicht nur gut – sie haben die Disziplin, schlechte Ideen zu stoppen, bevor diese überhaupt einen Score sehen. Ihr Backlog ist kein Lagerbehälter. Es ist ein strategischer Filter. Behandeln Sie es auch so.
Wenn Ihnen die Disziplin schwerfällt, Nein zu sagen, prüfen Sie, ob Ihre Produktstrategie klar genug ist, um diese Entscheidungen zu leiten. Eine unscharfe Strategie erzeugt ein unscharfes Backlog, egal wie gut Ihr Priorisierungs-Framework ist.

Nächster Schritt

Prüfen Sie den Backlog-Eingang, bevor Sie ein weiteres Scoring-Modell einführen. Sprechen Sie mit DataTip.