Wenn Zeit oder Budget knapp werden, entscheidet eine Frage über den Erfolg: Worauf können wir verzichten? MoSCoW klärt das, bevor es eng wird.
- Wofür
- Umfang festlegen und Prioritäten abstimmen
- Wann
- Zum Projektstart und vor jedem größeren Abschnitt
- Wer
- Auftraggeber und Projektteam gemeinsam
- Ergebnis
- Anforderungen in vier klaren Gruppen
Was bedeutet MoSCoW?
Die Großbuchstaben stehen für vier Gruppen. Die beiden kleinen „o“ dienen nur der Aussprache:
- Must have: Ohne diese Anforderung ist das Projekt gescheitert. Das sind etwa gesetzliche Pflichten oder der Kernnutzen.
- Should have: wichtig, aber es gäbe einen Umweg. Kommt, wenn irgend möglich.
- Could have: schön zu haben. Fällt als Erstes weg, wenn es eng wird.
- Won't have (diesmal): bewusst nicht in diesem Projekt, vielleicht später.
Die Methode stammt aus der agilen Softwareentwicklung und ist Teil des Rahmenwerks DSDM. Eine verbreitete Faustregel aus DSDM: Die Musts sollten höchstens etwa 60 Prozent des Aufwands ausmachen. Der Rest ist Puffer.
Schritt für Schritt
- Anforderungen sammeln. Alles, was sich Beteiligte wünschen, zunächst ohne Bewertung.
- Kriterien klären. Was macht etwas zum Must? Zum Beispiel Gesetz, Vertrag oder Kernnutzen.
- Einordnen. Jede Anforderung kommt in eine Gruppe. Bei jedem Must fragen: Scheitert das Projekt ohne das?
- Aufwand prüfen. Passen die Musts in Zeit und Budget, mit Puffer?
- Won't festhalten. Ausdrücklich aufschreiben und allen mitteilen, was diesmal nicht kommt.
- Bei Änderungen neu sortieren. Kommt etwas Neues dazu, muss oft etwas anderes weichen.
Beispiel: Website-Relaunch
Im Bild oben haben Agentur und Stadtwerke die Wünsche gemeinsam sortiert:
- Must: alle 120 Seiten migriert, barrierefrei nach BITV und das Online-Formular für den Zählerstand.
- Should: das Formular für den Umzug und eine Suche über alle Seiten.
- Could: eine Störungskarte für Strom und Wasser und die Newsletter-Anmeldung.
- Won't (diesmal): ein Kundenportal mit Login und eine englische Version.
Das Kundenportal ist ein eigenes, großes Projekt. Es steht deshalb ausdrücklich bei Won't, damit niemand es heimlich erwartet.
Typische Fehler
- Alles ist Must. Dann gibt es keinen Spielraum, wenn es eng wird.
- Won't verschweigen. Was nicht gesagt wird, wird erwartet.
- Should als verstecktes Must. Wer ein Should nicht weglassen will, muss es ehrlich als Must einstufen.
- Ohne Auftraggeber sortiert. Prioritäten, die nur das Team setzt, halten selten.
- Nur einmal sortiert. Neue Wünsche brauchen eine neue Abwägung.
MoSCoW-Methode in Tasktopus AI
- Vier Spalten am Projekt: Must have, Should have, Could have und Won't have (diesmal). Alle im Projekt sehen den aktuellen Stand.
- Als Blatt drucken: Die Ansicht „Blatt“ zeigt die vier Spalten farbig nebeneinander, gut für die Abstimmung mit dem Auftraggeber.
- Schnell gefunden: In der Methoden-Auswahl steht sie unter „Priorisierung & Entscheidung“.
- Tarif: in allen Tarifen enthalten, auch im kostenlosen Starter.
MoSCoW-Methode kostenlos anlegen
Im kostenlosen Starter enthalten. Keine Kreditkarte, keine Installation.
Kostenlos startenHäufige Fragen
Wofür stehen die Buchstaben in MoSCoW?
Für Must have, Should have, Could have und Won't have. Die beiden kleinen „o“ machen das Wort nur aussprechbar.
Was ist der Unterschied zur Eisenhower-Matrix?
MoSCoW legt fest, welche Anforderungen zum Projekt gehören. Die Eisenhower-Matrix sortiert laufende Aufgaben nach wichtig und dringend.
Wie viele Anforderungen dürfen ein Must sein?
So wenige wie möglich. Eine verbreitete Faustregel aus DSDM sagt: höchstens etwa 60 Prozent des Aufwands. Der Rest bleibt als Puffer.
Ist die MoSCoW-Methode in Tasktopus AI kostenlos?
Ja. Sie gehört zu den 12 Kernmethoden im kostenlosen Starter. Starter bleibt dauerhaft kostenlos für bis zu 3 Projekte und 5 Mitglieder.
