Priorisierungsmethoden sind Entscheidungszwänge, keine Wahrheitsmaschinen: MoSCoW trennt Muss von Wunsch für Umfangsfragen, RICE und WSJF ordnen viele Kandidaten nach Wert pro Aufwand, Eisenhower sortiert den Alltag, Kano schützt Basisanforderungen. Entscheidend ist nicht die Formel, sondern die Regel dahinter: begrenzte Muss-Quote, echte Aufwandsschätzung — und eine Instanz, die das Ranking dann auch durchsetzt.
Warum Priorisierung scheitert — bevor sie beginnt
Das Problem ist selten die Methode, sondern die Vermeidung: Eine Prioritätenliste, auf der 80 Prozent «hoch» sind, ist keine Priorisierung, sondern eine Beruhigungspille. Dahinter steckt Nachvollziehbares — jede echte Priorisierung enttäuscht jemanden, und «alles wichtig» vertagt den Konflikt. Der Preis: Die Priorisierung passiert dann trotzdem, aber implizit, im Alltag, durch die Person, die zufällig entscheidet, was sie zuerst anfasst. Methoden helfen, weil sie die Entscheidung strukturieren und entpersonalisieren: Nicht «deine Anforderung ist unwichtig», sondern «sie hat nach unseren Kriterien Rang 14».
Die Methoden und ihre Einsatzgebiete
| Methode | Prinzip | Passt für | Falle |
|---|---|---|---|
| MoSCoW | Must / Should / Could / Won't | Umfang eines Releases oder Projekts | Muss-Kategorie läuft voll — ohne Quote wertlos |
| Eisenhower | Wichtig × dringend | Persönlicher und Team-Alltag | «Dringend» gewinnt chronisch gegen «wichtig» |
| RICE | Reichweite × Impact × Confidence ÷ Aufwand | Viele Feature-/Massnahmen-Kandidaten | Scheinpräzision — Zahlen sind Schätzungen |
| WSJF | Verzögerungskosten ÷ Dauer | Reihenfolge bei knapper Kapazität | Verzögerungskosten ehrlich zu schätzen ist anspruchsvoll |
| Kano | Basis- / Leistungs- / Begeisterungsmerkmale | Produktanforderungen aus Kundensicht | Braucht echtes Kundenfeedback, nicht Innensicht |
Die Wahl folgt der Frage: Geht es um drin oder draussen (MoSCoW), um die Reihenfolge (RICE, WSJF), um den Arbeitsalltag (Eisenhower) oder um das Verstehen von Kundenerwartungen (Kano)? Für die meisten Projekte reicht die Kombination aus MoSCoW für den Umfang und einer einfachen Wert-pro-Aufwand-Ordnung für die Reihenfolge — Methodenvielfalt ist kein Wert an sich.
MoSCoW richtig einsetzen: die Quotenregel
MoSCoW lebt und stirbt mit der Disziplin der Muss-Kategorie. «Must» heisst: Ohne dieses Element ist das Ergebnis nicht einsetzbar oder nicht zulässig — nicht «sehr erwünscht». Bewährt hat sich eine harte Quote: Die Muss-Anforderungen dürfen höchstens etwa 60 Prozent der Kapazität binden; der Rest bleibt für Should und Could und ist zugleich der eingebaute Puffer — läuft das Projekt schlecht, fallen Coulds und Shoulds, nicht der Termin. Und die vergessene Kategorie ernst nehmen: «Won't (this time)» ist die dokumentierte Verzichtsentscheidung, die spätere Diskussionen um Wochen verkürzt.
Scoring-Methoden ohne Scheinpräzision
RICE, WSJF und verwandte Formeln wirken objektiv — sind es aber nur so weit wie ihre Eingaben. Reichweite und Impact sind Schätzungen, Confidence ist ein Bauchwert mit Prozentzeichen. Das entwertet die Methoden nicht, verlangt aber den richtigen Gebrauch: Die Scores sortieren grob (klare Spitzenreiter, klares Mittelfeld, klare Schlusslichter), sie entscheiden keine Duelle zwischen 42,3 und 44,1 Punkten. Der eigentliche Wert liegt im Gespräch, das die Bewertung erzwingt — wer über Impact und Aufwand streitet, klärt Annahmen, die sonst nie ausgesprochen würden. Deshalb: im Gremium schätzen, Abweichungen diskutieren, Score als Diskussionsergebnis festhalten. Und regelmässig neu bewerten — Prioritäten altern schneller als Roadmaps.
Der Realitätstest jeder Priorisierung: Spiegelt das, woran das Team diese Woche tatsächlich arbeitet, die Liste wider? Wenn nicht, priorisiert im Alltag jemand anderes — meist die lauteste Anfrage. Ein sichtbares Board mit strikter Reihenfolge schliesst diese Lücke.
Diese Methode lässt sich in einem Projekt-Tool wie Flenio direkt abbilden — DACH-nativ und DSG-konform gehostet.
Häufige Fragen
- Wer soll priorisieren — Team, Projektleitung oder Auftraggeber?
- Arbeitsteilig: Der Auftraggeber gewichtet den Wert (was nützt am meisten?), das Team liefert Aufwand und Machbarkeit, die Projektleitung führt beides zur Entscheidung zusammen. Priorisierung ohne Wertowner wird technokratisch, ohne Team illusorisch.
- Wie oft sollte neu priorisiert werden?
- In festen Rhythmen statt auf Zuruf: bei laufenden Vorhaben etwa monatlich oder je Etappe, im agilen Kontext je Sprint fürs Backlog-Top. Zwischen den Terminen ist die Liste stabil — sonst wird Priorisierung zum Dauerwahlkampf.
- Was tun mit dem Dauerbrenner «Das ist für den Chef»?
- In dieselbe Bewertung zwingen: Auch Chef-Wünsche haben Wert und Aufwand. Wenn die Hierarchie das Ranking übersteuern will, ist das legitim — aber als sichtbare Entscheidung mit sichtbarer Konsequenz («dafür rutscht X»), nicht als Bypass.