Die MoSCoW-Methode (auch bekannt als MoSCoW-Priorisierung oder MoSCoW-Analyse) ist eine Priorisierungstechnik, die darauf abzielt, mit den Stakeholdern Konsens über die Bedeutung jeder Anforderung für die Lieferung zu erzielen. Der Begriff „MoSCoW“ ist selbst ein Akronym, das aus den ersten Buchstaben der vier Prioritätskategorien besteht, wie in der Abbildung unten dargestellt:

Der Buchstabe „o“ wurde hinzugefügt, um das Wort „MoSCoW“ aussprechbar zu machen. Obwohl das „o“ typischerweise klein geschrieben wird und nichts darstellt, wird auch die Großschreibung „MOSCOW“ verwendet.
MoSCoW-Beispiel
Verwendung des menschlichen Körpers als Beispiel:
- Muss – Ein Herz ist ein „Muss“. Ohne es gibt es kein lebendes Organismus. Was muss Ihre Anwendung haben?
- Sollte – Eine Hand ist ein „Sollte“. Es ist schwierig, ohne eine zu leben. Aber man kann ohne Hände überleben – zumindest in den meisten Fällen.
- Könnte – Haare sind ein „Könnte“. Es ist schön, sie zu haben, und man sieht vielleicht besser aus mit ihnen, aber man überlebt auch ohne sie völlig gut.
- Wird nicht – Nicht essentiell. Übrigens, was im Körper ist ein „Wird nicht“? (Vielleicht Ihre Appendix?)
Verwendung der MoSCoW-Methode zur Priorisierung von Produkt-Backlog-Elementen
Der Product Owner ist verantwortlich für die Vorbereitung des Produkt-Backlog und die Priorisierung der darin enthaltenen Elemente. Die Priorisierung ist eine der wichtigsten Aspekte jeder Entwicklungsarbeit, da die Wahl der richtigen Herangehensweise es Ihnen ermöglicht, den Wert zu maximieren, der während eines Sprints. Die Reihenfolge der Produkt-Backlog-Elemente sollte zunächst Anforderungen mit dem höchsten geschäftlichen Wert berücksichtigen, um das Team in eine gemeinsame Richtung hin zum gemeinsamen Ziel zu führen.

Priorisierungskriterien
Während eines Sprint-PlanungSitzung sollten die folgenden Kriterien Ihre Entscheidungsfindung bei der Priorisierung von Produkt-Backlog-Elementen leiten:
- Hoher Kundennutzen
- Erheblicher Nutzen für das Unternehmen
- Einfach umzusetzen
- Hohes Risiko
- Hohe Kosten, falls nicht bald umgesetzt
- Abhängigkeiten zwischen Elementen
- Am besten ausgerichtet mit dem nächsten Sprint-Ziel?