Kennen Sie MoSCoW-Voting? Nein, das hat nichts mit der Stadt Moskau zu tun. Es ist ist eine Methode zum Priorisieren von Ideen. Denn die Realität ist: Ideen haben wir mehr als genug – sie sprudeln in Brainstormings, Innovationsworkshops oder in der Strategiephase nur so aus uns raus. Ideenphasen sind wichtig, werden aber überschätzt. Die besten Teams scheitern selten an ihrer Kreativität, sondern an einer mangelhaften Auswahl aus dem Ideenprozess. Scheitert wird daran, dass Organisationen nicht entscheiden, was sie weglassen. Sie benötigen also eine gute Shortlist, eine richtig gute.
Genau hier kommt die Methode MoSCoW‑Methode ins Spiel: Sie wirkt auf den ersten Blick wie ein simples Sortierwerkzeug – Must, Should, Could, Won’t. Wer sie jedoch lediglich als eine Checkliste begreift, übersieht ihren wahren Wert: Sie zwingt ein Unternehmen, Position zu beziehen – und sie bringt Widersprüche im Denken der Beteiligten ans Licht. MoSCoW ist weniger Technik als sozialer Prozess – und gerade deshalb so wertvoll und gleichzeitig riskant.
Ursprünge im Anforderungsmanagement
Die MoSCoW-Methode wurde Anfang der 1990er-Jahre entwickelt. Entscheidend war hierbei Dai Clegg. Er arbeitete bei Oracle Corporation und entwarf die Technik zunächst im Rahmen von Rapid Application Development (RAD)-Projekten, um Anforderungen in Timeboxes zu strukturieren.
Später wurde sie stärker verbreitet durch die Integration in das Framework Dynamic Systems Development Method (DSDM) – einem agilen Ansatz zur Projekt- und Produkt-entwicklung.
In den damals vorherrschenden klassischen Wasserfall-Projekten war die Priorisierung oft statisch und umfangreich geplant. Mit kürzeren Entwicklungszyklen, festen Deadlines (Timeboxes) und begrenzten Ressourcen erforderte es einfache, verständliche Methoden, um mit Stakeholdern zu verhandeln, was „must” und was „nice to have” ist. MoSCoW bildete hier eine pragmatische Brücke.
Mit dem Aufkommen agiler Ansätze – kürzere Timeboxes, Releases, Fokus auf Business-Wert – wurde MoSCoW zu einem etablierten Tool in der Priorisierung von Anforderungen. In Deutschland wird die Methode häufig im Projektmanagement und in der agilen Transformation als „MoSCoW‐Priorisierung“ bezeichnet.
Struktur der Methode
Die Methode gliedert Anforderungen in vier Kategorien – im Detail:
Must have
Diese Anforderungen sind essenziell für den Erfolg des aktuellen Releases oder der Timebox. Wird auch eine einzige „Must“-Anforderung nicht erfüllt, gilt der Release-Erfolg als gefährdet.
Merkregel: ohne diese gehen wir ein Projektrisiko ein.
Should have
Diese Anforderungen sind wichtig und wünschenswert, aber nicht zwingend für das aktuelle Timebox-Ergebnis. Sie lassen sich verschieben, wenn Ressourcen knapp sind.
Could have
Diese Anforderungen verbessern das Produkt oder die Lösung, haben aber im Vergleich zu Must/Should geringere Priorität. Sie kommen ins Spiel, wenn Kapazitäten übrig bleiben.
Won’t have (this time)
Anforderungen, die bewusst nicht in den aktuellen Scope aufgenommen werden – entweder weil sie zu teuer sind, zu risikobehaftet oder einfach außerhalb des aktuellen Fokus. Wichtig: Sie sind nicht automatisch „never“, sondern „nicht jetzt“.
Best Practice in der Anwendung
Erkenntnis 1:
Priorisieren ist Macht – und MoSCoW ist erst der Anfang
Strategie- und Innovationsarbeit unterscheidet sich nicht zuletzt darin, wie gut eine Organisation sagt: „Das tun wir nicht.“ Wer das nicht kann, verliert Fokus, verbringt Energie in falschen Feldern und verzettelt sich. Die MoSCoW-Methode zeigt: Priorisieren ist ein Akt der Macht – und der Gestaltung. Wenn alle vier Kategorien gut genutzt werden, wird nicht nur sortiert, sondern gesteuert. Wenn sie falsch angewendet werden, wird Priorisierung zum politischen Spiel.
Erkenntnis 2:
„Must“ ist der Dealbreaker – und genau hier lügen sich Unternehmen gerne in die Tasche
Jedes Team sagt: „Wir wollen Fokus.“ Im Workshop beginnt man, und plötzlich sind 70–80 % der Anforderungen „Must“. Die Methode scheitert nicht an der Logik – sie scheitert am Mut, Konsequenzen zu ziehen. Ein „Must“ ist nur dann ein Must, wenn die Lieferung ohne dieses Element scheitert. Punkt. Keine „das wäre aber schön“-Debatte.
Hier ein Beispiel aus einem Cloud-Projekt:
- Must: Identity & Access Management – ohne kein Nutzungssystem.
- Should: Multi-Tenant-Portal – bringt Effizienz, aber kein Überleben.
- Could: Automatische Kostenwarnungen für Kunden.
- Won’t: Eine Self-Service-App für Marketing.
Dabei ist strategisch besonders wichtig (trotzdem hält sich kaum jemand daran): wer Must inflationiert, vernichtet den Time-to-Market. Wer Should oder Could überbewertet, verliert den Fokus. Wer Won’t vermeidet, verliert an Geschwindigkeit.
Erkenntnis 3:
MoSCoW deckt Widersprüche in der Organisation auf – nutzen Sie das als Diagnoseinstrument
Wenn Teams MoSCoW einsetzen, entsteht selten Harmonie – und das ist gut. Die Methode erzeugt Spannung – genau die Art von Spannung, die strategisch produktiv ist.
Typische Muster:
Vertrieb: „Alles Must“ – Marktdruck, Umsatzangst.
IT: „Viele Won’t“ – Scope kontrollieren, Risiken vermeiden.
Management: Mischung aus Should und Could – politischer Balanceakt.
Schauen Sie mal genauer hin! Was hier passiert, ist wertvoller als jede Kategorisierung: MoSCoW zeigt wo fehlende Klarheit, interne Zielkonflikte oder Scheinprioritäten liegen. Ein strategisch denkendes Team nutzt die Methode nicht nur zur Sortierung, sondern als Frühwarnsystem für Dysfunktion. Wenn die Stakeholder völlig andere Prioritäten verfolgen und zu keiner Einigung kommen, ist es Zeit für andere Maßnahmen.
Erkenntnis 4:
MoSCoW ist kein Ranking – und genau hier lauert der größte Denkfehler
Must versus Should: Das ist eine eindeutige Linie. Aber innerhalb einer Kategorie gibt es keine automatische Reihenfolge. Drei Musts bleiben drei Musts – aber welches zuerst? Welches trägt das größte Risiko? Welches ermöglicht den nächsten Schritt? Die Methode liefert hierfür keine Logik.
Deshalb braucht ein strategisch arbeitendes Team ergänzende Entscheidungsfilter:
- Risiko und Impact
- Sequencing-Logik (welche Aufgabe ermöglicht weitere?)
- Ressourcenbindung
- Abhängigkeiten
- Value-per-Effort
MoSCoW ist also ein Gatekeeper – kein Endgegner. Die vertikale Sortierung schafft man mit MoSCoW – die horizontale erst danach.
Erkenntnis 5:
Das unterschätzte Risiko: Won’t have
Die gefährlichste Kategorie ist jedoch nicht das Must, sondern das Won’t. „Won’t have“ bedeutet nicht, dass etwas niemals getan werden soll. Es bedeutet aber, dass es bewusst nicht in diesem Zyklus geschehen soll. Sollte später neu priorisiert werden, dann ist es ein neuer Fall. Jetzt aber ist es so, wie entschieden. Warum das so entscheidend ist? Weil Unternehmen Won’t oft zu locker nehmen und danach stillschweigend doch anfangen, daran zu arbeiten. Damit wird jede Timebox zerstört.
Ein Beispiel aus dem Alltag eines Produktteams: Das Team hat im letzten Planning Meeting den Zettel „Mobile App dieses Jahr“ klar depriorisiert als „Won’t“ . Drei Wochen später hört man vom Team: „Wir haben da mal einen Wireframe gebaut.“ Das Ergebnis: der Fokus ist weg. die Ressourcen sind gebunden. auch die Glaubwürdigkeit ist weg, da man sich nicht an die eigenen Priodisierungen und Vorsätze gehalten hat. Strategisch ist daher entscheidend: Won’t ist eine Verpflichtung – kein Parkplatz, sondern eine Depriorisierung ist eine bindende Entscheidung.
MoSCoW kann überall angewendet werden
Aber wie und wo wendet man die Methode nun an? Die Stärke von der MoSCoW-Priorisierung liegt in ihrer Einfachheit. Tatsächlich setze ich sie andauernd ein, im Grunde fast jeden Tag.
Bei vielen Frameworks, die ich in meiner Strategiearbeit mit Kunden nutze, fällt ir immer wieder auf, dass schnell zu viele Ideen entstehen. So sind auch die meisten Canvas-Modelle schnell mit viel zu vielen PostIts vollgeklebt. Manche Teams hören auch einfach auf mit dem Nachdenken, wenn ein Kästchen gefüllt ist. Das ist jedoch zu bequem (ja fast ein wenig faul), denn meist ist es besser, erst einmal möglichst viele Punkte zu sammeln und danach eine Auswahl zu treffen. Das Ergebnis ist einfach besser.
MoSCoW hilft also wunderbar, sich zu fokussieren ohne zu früh mit dem Nachdenken aufzuhören.
- Business Model Canvas:
Welche Schlüsselaktivitäten sind Must, welche Could? Plötzlich wird die Canvas schlank und ein MVP erkennbar. - Portfolio-Management:
Wenn mehrere Projekte MoSCoW durchlaufen, erkennt man Priorisierungsmuster auf Organisationsebene. - Transformation Labs:
Nicht jede Maßnahme ist wirklich relevant für den Change-Erfolg. MoSCoW zeigt, wo Teams sich verzetteln.
Kurz: MoSCoW ist kein Werkzeug für „mehr Struktur“. Es ist ein Werkzeug für mehr Klarheit im Denken.
Fünf Regeln für eine pragmatische
Anwendung
- Maximal 40 % Must. Sonst ist es kein Must, sondern Wunschdenken.
- Jedes Must braucht eine harte Begründung. Die Frage lautet: „Was bricht, wenn wir es nicht umsetzen?“
- Won’t ist bindend. Teams müssen sich verpflichten, dort konsequent nicht zu handeln.
- Jede Kategorie bekommt klare Kriterien. Ohne Kriterien diskutiert man Meinungen, nicht Prioritäten.
- Transparenz schlägt Harmonie. Wenn Teams sich streiten → gut. Wenn Must und Should in fünf Minuten stehen → schlecht.
Der echte Nutzen von MoSCoW liegt jenseits der Technik
Für Strategie- und Innovationsarbeit liefert MoSCoW drei zentrale Vorteile:
Vorteil 1:
Fokus unter Druck
Die Methode zwingt Teams, ein knappes Zeitfenster mit realistischen Erwartungen zu füllen.
Vorteil 2:
Alignment über Abteilungen hinweg
Sie offenbart Interessenkonflikte und zwingt zu Konsens.
Vorteil 2:
Entscheidungsreife
MoSCoW trennt Wünsche von Notwendigkeiten – und damit Zukunftsphantasien von realen Schritten.
Eine Methode für erwachsene
Organisationen
Die MoSCoW-Methode ist kein agiles Tool aus der Mottenkiste. Nichts für Anfänger. Und doch für jeden (der sie ernst nimmt). Sie ist ein Schweizer Messer für Veränderter. Und ein Reifegradmesser für Organisationen. Eine Organisation, die Must, Should, Could und Won’t sauber trennt, zeigt:
- sie erkennt echtes Risiko
- sie kann unter Unsicherheit entscheiden
- sie beherrscht Komplexität statt sie zu leugnen
- sie schützt ihre Umsetzung vor politischer Verwässerung
Und das macht MoSCoW letztlich zu einem strategischen Werkzeug – nicht zu einer besseren Feature-Liste.
Die MoSCoW-Methode ist also ein pragmatisches Werkzeug zur Priorisierung – besonders in komplexen, ressourcen- oder zeitbegrenzten Kontexten wie digitalen Transformations-, Produkt- oder Trainingsprojekten. Ihre Stärke liegt in einfacher Kommunikation und klarer Strukturierung. Gleichzeitig ist im Einsatz darauf zu achten, dass die Priorisierung begründet, nachvollziehbar und strategisch verankert wird.
Quellenverzeichnis
Clegg, D. (1994): Case Method Fast-Track: A RAD Approach. Boston: Addison-Wesley.
Horkan, J. (2023): MoSCoW Prioritization: History, Overview, and Critical Analysis. Horkan.com. Verfügbar unter:
https://horkan.com/2023/08/29/moscow-prioritization-history-overview-and-critical-analysis
(Zugriff am: 12.11.2025).
ProductPlan (o. J.): What is MoSCoW Prioritization? ProductPlan Glossary. Verfügbar unter:
https://www.productplan.com/glossary/moscow-prioritization/
(Zugriff am: 12.11.2025).
TechTarget (2023): What is the MoSCoW Method? SearchSoftwareQuality. Verfügbar unter:
https://www.techtarget.com/searchsoftwarequality/definition/MoSCoW-method
(Zugriff am: 12.11.2025).
Wikipedia (o. J.): MoSCoW-Methode. Verfügbar unter:
https://en.wikipedia.org/wiki/MoSCoW_method
(Zugriff am: 12.11.2025).