Die MoSCoW-Methode ist eine Priorisierungstechnik, die Anforderungen, Aufgaben oder Funktionen in vier Kategorien einteilt: Must have, Should have, Could have und Won’t have (this time). So wird schnell klar, was für den Erfolg eines Projekts unverzichtbar ist und was warten kann. In diesem Artikel erfahren Sie, was die vier Kategorien bedeuten, wie Sie die MoSCoW-Priorisierung Schritt für Schritt anwenden, wie ein Beispiel aus einem Softwareprojekt aussieht und wie sich die Methode von RICE, Kano und der Eisenhower-Matrix unterscheidet.
Was ist die MoSCoW-Methode?
Die MoSCoW-Methode (auch MoSCoW-Prinzip oder MoSCoW-Priorisierung) wurde in den 1990er-Jahren von Dai Clegg bei Oracle entwickelt und später in die agile Projektmanagement-Methode DSDM (Dynamic Systems Development Method) übernommen. Heute wird sie in Softwareentwicklung, Produktmanagement, IT-Projekten und klassischem Projektmanagement eingesetzt.
Der Name ist ein Akronym aus den Anfangsbuchstaben der vier Kategorien. Die beiden „o“ dienen nur der besseren Aussprache und haben keine Bedeutung. Mit der Hauptstadt Russlands hat die Methode nichts zu tun.
Die vier Kategorien der MoSCoW-Priorisierung
| Kategorie | Bedeutung | Leitfrage |
|---|---|---|
| Must have | Zwingend erforderlich. Ohne diese Anforderung ist das Ergebnis unbrauchbar, rechtlich unzulässig oder unsicher. | Scheitert das Projekt, wenn das fehlt? |
| Should have | Wichtig und wertvoll, aber nicht kritisch. Es gibt eine vorübergehende Notlösung. | Ist es schmerzhaft, aber verkraftbar, wenn das fehlt? |
| Could have | Wünschenswert, verbessert das Ergebnis, hat aber geringere Auswirkungen. | Wäre es nett, wenn Zeit und Budget reichen? |
| Won’t have (this time) | Bewusst ausgeschlossen für den aktuellen Zeitraum, kann später wieder aufgenommen werden. | Können wir das ausdrücklich verschieben? |
Die Kategorie „Won’t have“ wird oft unterschätzt. Sie ist jedoch einer der größten Vorteile der Methode: Was ausdrücklich nicht umgesetzt wird, muss nicht immer wieder diskutiert werden, und Erwartungen werden frühzeitig gesteuert.
Die 60-Prozent-Faustregel
In DSDM gilt als Faustregel, dass Must-haves nicht mehr als etwa 60 Prozent des verfügbaren Aufwands beanspruchen sollten. Should-haves und Could-haves bilden den Puffer. Wird alles zum Must-have erklärt, verliert die Priorisierung ihren Sinn, und jede Verzögerung gefährdet das gesamte Projekt.
MoSCoW-Methode anwenden: in 6 Schritten
1. Ziel und Zeitrahmen festlegen
Priorisiert wird immer im Hinblick auf ein konkretes Ziel und einen Zeitraum, etwa ein Release, einen Sprint oder den Go-live einer Software. Ohne diesen Rahmen lässt sich „Must“ nicht sinnvoll von „Should“ unterscheiden.
2. Anforderungen sammeln
Sammeln Sie alle Anforderungen, Funktionen oder Aufgaben in einer Liste, zum Beispiel aus Workshops mit Fachbereichen, Nutzerfeedback und Supportanfragen.
3. Stakeholder einbinden
Priorisieren Sie gemeinsam mit den relevanten Beteiligten: Fachbereich, IT, Projektleitung und Anwendervertretern. Legen Sie vorab fest, wer bei Uneinigkeit entscheidet. Eine RACI-Matrix schafft hier Klarheit.
4. Kriterien definieren
Einigen Sie sich auf objektive Kriterien: gesetzliche Vorgaben, Sicherheit, Geschäftswert, Anzahl betroffener Nutzer, Abhängigkeiten und Aufwand. Das verhindert, dass die lauteste Stimme gewinnt.
5. Anforderungen zuordnen
Ordnen Sie jede Anforderung einer Kategorie zu. Ein bewährter Ansatz: Zunächst alles als „Won’t have“ betrachten und jede Anforderung begründet nach oben holen. Prüfen Sie am Ende, ob die Must-haves im Rahmen der 60-Prozent-Regel bleiben.
6. Regelmäßig überprüfen
Prioritäten ändern sich. Überprüfen Sie die Zuordnung zu jedem neuen Release oder Sprint und bei geänderten Rahmenbedingungen. Ein „Won’t have“ von heute kann das „Must have“ von morgen sein.
MoSCoW-Methode Beispiel: Einführung einer Einkaufssoftware
Ein Unternehmen führt eine neue Einkaufssoftware ein. Für den ersten Go-live in drei Monaten werden die Anforderungen so priorisiert:
| Kategorie | Anforderungen |
|---|---|
| Must have | Bestellanforderung anlegen, mehrstufiger Freigabeworkflow, Schnittstelle zum ERP, rollenbasierte Berechtigungen, Anwenderschulung für alle Besteller |
| Should have | Lieferantenkatalog mit Punch-out, Budgetprüfung in Echtzeit, interaktive Anleitungen direkt in der Software |
| Could have | Mobile App für Freigaben, Dashboard für Einkaufscontrolling, automatische Lieferantenbewertung |
| Won’t have (this time) | KI-gestützte Ausschreibungen, Integration des Vertragsmanagements, Rollout an internationale Standorte |
Auffällig: Die Anwenderschulung steht bei den Must-haves. Zu Recht, denn eine Software, die technisch fertig ist, aber nicht richtig genutzt wird, verfehlt ihr Ziel. Viele Softwareprojekte scheitern genau an dieser Stelle, wie unser Artikel Warum scheitern Softwareprojekte? zeigt.
Vorteile und Grenzen der MoSCoW-Methode
Vorteile
- Einfach und schnell: Die vier Kategorien sind sofort verständlich, auch für Nicht-Fachleute.
- Gemeinsames Verständnis: Fachbereich und IT sprechen dieselbe Sprache über Prioritäten.
- Klare Abgrenzung: „Won’t have“ verhindert Scope Creep und schafft realistische Erwartungen.
- Flexibel einsetzbar: für Anforderungen, Aufgaben, Projektziele, Schulungsinhalte oder persönliche To-dos.
Grenzen
- Keine Reihenfolge innerhalb einer Kategorie: Bei vielen Must-haves bleibt offen, womit begonnen wird.
- Subjektivität: Ohne klare Kriterien hängt die Einstufung von Meinungen und Einfluss ab.
- Aufwand wird nicht direkt berücksichtigt: Eine kleine Could-have-Anforderung kann sinnvoller sein als ein aufwendiges Should-have.
- Tendenz zur Überpriorisierung: Ohne Disziplin wird zu vieles zum Must-have.
MoSCoW im Vergleich zu anderen Priorisierungsmethoden
| Methode | Prinzip | Geeignet für |
|---|---|---|
| MoSCoW | vier Kategorien nach Notwendigkeit | Scope eines Releases oder Projekts festlegen |
| RICE-Scoring | Punktwert aus Reichweite, Wirkung, Zuversicht und Aufwand | Features datenbasiert in eine Reihenfolge bringen |
| Kano-Modell | Einteilung nach Wirkung auf die Kundenzufriedenheit | Produktentwicklung aus Kundensicht |
| Eisenhower-Matrix | Dringlichkeit und Wichtigkeit | persönliche Aufgaben und Zeitmanagement |
| Value-vs-Effort-Matrix | Nutzen im Verhältnis zum Aufwand | schnelle Gewinne identifizieren |
In der Praxis lassen sich die Methoden kombinieren: MoSCoW legt fest, was in ein Release gehört, RICE bestimmt die Reihenfolge innerhalb der Must- und Should-haves.
MoSCoW bei der Einführung von Unternehmenssoftware
Bei ERP-, CRM- oder HR-Einführungen hilft die MoSCoW-Methode nicht nur bei den technischen Anforderungen, sondern auch bei der Frage, was Anwender zum Go-live wirklich können müssen. Statt alle Funktionen in einer langen Schulung zu vermitteln, lässt sich priorisieren:
- Must: die Kernprozesse, die jede Rolle ab Tag eins beherrschen muss.
- Should: häufige, aber nicht kritische Vorgänge, die in den ersten Wochen dazukommen.
- Could: seltene Sonderfälle, die bei Bedarf nachgeschlagen werden.
- Won’t (this time): Funktionen, die zum Go-live noch nicht freigeschaltet sind.
Für die Kernprozesse eignen sich gezielte Schulungen, für Sonderfälle Unterstützung im Moment des Bedarfs. Eine Digital Adoption Platform wie K-Now von Knowmore stellt interaktive Anleitungen direkt in der Anwendung bereit, sodass auch seltene Vorgänge ohne Handbuch gelingen. Mehr zur Planung lesen Sie in unserem Artikel ERP-Einführung in 6 Schritten.
Fazit
Die MoSCoW-Methode ist eine einfache und wirksame Technik, um Anforderungen nach ihrer Notwendigkeit zu priorisieren. Ihr größter Wert liegt in der klaren Unterscheidung zwischen Unverzichtbarem und Wünschenswertem sowie im bewussten „Nein“ für den aktuellen Zeitraum. Mit objektiven Kriterien, der 60-Prozent-Faustregel und regelmäßiger Überprüfung wird sie zu einem verlässlichen Werkzeug für Projekte, Releases und Softwareeinführungen.
Möchten Sie sicherstellen, dass Ihre Anwender die Must-have-Prozesse ab dem ersten Tag beherrschen? Entdecken Sie K-Now von Knowmore.
Häufige Fragen zur MoSCoW-Methode
Was ist das MoSCoW-Prinzip?
Das MoSCoW-Prinzip ist eine Priorisierungsmethode, die Anforderungen in Must have, Should have, Could have und Won’t have (this time) einteilt, um festzulegen, was in einem bestimmten Zeitraum umgesetzt wird.
Was bedeutet MoSCoW?
MoSCoW steht für Must have, Should have, Could have und Won’t have. Die beiden kleinen „o“ wurden nur zur besseren Aussprache eingefügt.
Wer hat die MoSCoW-Methode entwickelt?
Die Methode geht auf Dai Clegg zurück, der sie in den 1990er-Jahren bei Oracle entwickelte. Bekannt wurde sie vor allem durch die agile Methode DSDM.
Wie viele Must-haves sind sinnvoll?
Als Faustregel sollten Must-haves nicht mehr als etwa 60 Prozent des verfügbaren Aufwands ausmachen, damit genügend Puffer für Unvorhergesehenes bleibt.
Was ist die 1-3-5-Regel?
Die 1-3-5-Regel ist eine Methode für die persönliche Tagesplanung: eine große, drei mittlere und fünf kleine Aufgaben pro Tag. Sie ergänzt die MoSCoW-Methode, die eher für Projekte und Anforderungen genutzt wird.
Was ist der Unterschied zwischen MoSCoW und RICE?
MoSCoW teilt Anforderungen in vier Kategorien nach Notwendigkeit ein. RICE berechnet einen Punktwert aus Reichweite, Wirkung, Zuversicht und Aufwand und bringt Anforderungen so in eine genaue Reihenfolge.