MoSCoW-Priorisierung

• EinsatzphaseRelease- und Sprintplanung bei festem Termin
• ErgebnisVier Prioritätsgruppen mit Aufwandsanteilen
• BeteiligteProduct Owner, Fachbereich, Entwicklung
• ZeitbedarfRichtwert: ein Workshop von zwei bis drei Stunden

Ursprung

MoSCoW wurde von Dai Clegg bei Oracle entwickelt und später in die Dynamic Systems Development Method (DSDM) übernommen, die heute vom Agile Business Consortium gepflegt wird. Die beiden kleinen o dienen nur der Aussprache. DSDM fixiert Zeit und Kosten und lässt den Umfang flexibel; MoSCoW ist das Werkzeug, mit dem dieser flexible Umfang gesteuert wird.

So funktioniert MoSCoW

Must Have sind Anforderungen, ohne die die Lieferung keinen Sinn ergibt, rechtlich nicht zulässig oder unsicher wäre. Should Have sind wichtig, aber nicht kritisch; es gibt einen schmerzhaften, aber gangbaren Umweg. Could Have sind wünschenswert und bilden den Puffer. Won’t Have this time wird für diesen Zeitraum ausdrücklich nicht umgesetzt. Das Agile Business Consortium empfiehlt, höchstens rund 60 Prozent des Aufwands als Must Have einzuplanen und etwa 20 Prozent als Could Have.

Wann MoSCoW sinnvoll ist

MoSCoW passt zu Vorhaben mit festem Liefertermin, etwa einer Messe, einer regulatorischen Frist oder einem Vertragsdatum. Die Methode macht sichtbar, was wegfallen darf, wenn es eng wird, und schafft diese Einigung, bevor der Druck entsteht. Sie lässt sich auf Projekt-, Inkrement- und Timebox-Ebene getrennt anwenden.

Typische Fehler

Der häufigste Fehler: Fast alles wird zum Must Have. Das Handbuch rät, für jedes vorgeschlagene Must zu fragen, was passiert, wenn es fehlt. Gibt es einen Workaround, auch einen manuellen, ist es kein Must. Ein zweiter Fehler ist, Won’t als „nie“ zu verstehen; gemeint ist „nicht in diesem Zeitraum“. Innerhalb einer Gruppe liefert MoSCoW zudem keine Reihenfolge.

Die wichtigsten Fakten

Häufige Fragen

Weitere Einträge

• RICE-Scoring
• WSJF (Weighted Shortest Job First)