{"id":25769,"date":"2025-12-19T15:59:10","date_gmt":"2025-12-19T14:59:10","guid":{"rendered":"https:\/\/www.pureconsultant.de\/de\/?p=25769"},"modified":"2025-12-19T15:59:19","modified_gmt":"2025-12-19T14:59:19","slug":"moscow-priorisierung-should-have","status":"publish","type":"post","link":"https:\/\/www.pureconsultant.de\/de\/scrum\/moscow-priorisierung-should-have\/","title":{"rendered":"MoSCoW Priorisierung – Should have"},"content":{"rendered":"
\n

MoSCoW Priorisierung – Should have – In einer zunehmend komplexen und schnelllebigen Projektlandschaft setzen Unternehmen auf kluge Methoden zur Priorisierung von Anforderungen. Die MoSCoW-Methode<\/a><\/strong>, benannt nach den Anfangsbuchstaben ihrer vier Kategorien, z\u00e4hlt zu den bekanntesten und wirksamsten Werkzeugen im agilen Umfeld. Doch w\u00e4hrend die Debatte h\u00e4ufig auf den \u201eMust haves\u201c und \u201eCould haves\u201c liegt, ger\u00e4t die Kategorie der \u201eShould haves\u201c leicht ins Hintertreffen. Dieser Artikel zeigt detailliert, warum gerade \u201eShould have\u201c-Anforderungen keinesfalls als schm\u00fcckendes Beiwerk abgetan werden sollten \u2013 und weshalb sie f\u00fcr dauerhaft erfolgreiche Produkte und Projekte<\/a><\/strong> essenziell sind.<\/p>\n<\/div>

\n
\"MoSCoW
MoSCoW Priorisierung – Should have<\/figcaption><\/figure>\n<\/div>
\n
\n<\/div>
\n

Was ist die MoSCoW-Priorisierung?<\/h2>\n<\/div>
\n

Die MoSCoW-Methode ist ein Framework zur klaren Strukturierung und Priorisierung von Anforderungen. Es wurde urspr\u00fcnglich von Dai Clegg entwickelt und z\u00e4hlt heute zum Grundrepertoire des agilen Projektmanagements. Das Ziel ist, die wichtigsten Aufgaben von reinen \u201eNice-to-haves\u201c abzugrenzen, damit Projekte effizient und termingerecht abgeschlossen werden k\u00f6nnen.<\/p>\n<\/div>

\n

Die vier Priorit\u00e4tsklassen im \u00dcberblick:<\/strong><\/p>\n<\/div>

\n
    \n
  1. Must have:<\/strong> Zwingend notwendige Anforderungen; ohne sie scheitert das Projekt.<\/li>\n<\/div>\n\n
    \n
  2. Should have:<\/strong> High-Priority-Anforderungen; nicht essentiell f\u00fcr die grundlegende Funktion, aber von zentraler Bedeutung f\u00fcr Qualit\u00e4t, Kundenzufriedenheit und Wettbewerbsf\u00e4higkeit.<\/li>\n<\/div>\n\n
    \n
  3. Could have:<\/strong> W\u00fcnschenswerte Extras, die bei ausreichenden Ressourcen umgesetzt werden k\u00f6nnen, das Projekt aber nicht grundlegend ver\u00e4ndern.<\/li>\n<\/div>\n\n
    \n
  4. Won\u2019t have (for now):<\/strong> Anforderungen, die bewusst aus dem aktuellen Projektscope ausgeschlossen werden.<\/li>\n<\/div><\/ol>\n<\/div>
    \n

    Indem diese Einteilung bereits fr\u00fch im Projekt getroffen wird, lassen sich sp\u00e4tere Zielkonflikte vermeiden. Die MoSCoW-Methode schafft Klarheit, fokussiert das Team und sichert eine bessere Planbarkeit.<\/p>\n<\/div>

    \n
    \n<\/div>
    \n

    Die besondere Bedeutung von \u201eShould have\u201c-Anforderungen<\/h2>\n<\/div>
    \n

    1. Was genau sind \u201eShould haves\u201c \u2013 und warum sind sie mehr als ein nettes Extra?<\/h3>\n<\/div>
    \n

    Oft wird verstanden, dass \u201eShould have\u201c-Requirements alles sind, was das Leben einfacher macht, aber nicht zwingend notwendig ist. Das greift aber zu kurz: Sie sind keine reine Komfortzone! Stattdessen schlie\u00dfen sie die L\u00fccke zwischen Minimum-Viability und optimalem Nutzererlebnis. Sie adressieren Funktionen, die den Betrieb zwar nicht lahmlegen w\u00fcrden, wenn sie fehlen \u2013 doch fehlen sie, wird ein Produkt schnell als unausgereift oder sogar st\u00f6rend empfunden.<\/p>\n<\/div>

    \n

    H\u00e4ufig sind es also genau die \u201eShould haves\u201c, welche den entscheidenden Unterschied am Markt ausmachen. Obwohl Produkte oft auch ohne diese Features launchen k\u00f6nnten, f\u00fchlt sich die Nutzung dann meist unvollst\u00e4ndig an. Kunden erwarten heutzutage h\u00e4ufig mehr als nur eine Basisfunktionalit\u00e4t, insbesondere in wettbewerbsintensiven M\u00e4rkten.<\/p>\n<\/div>

    \n

    2. Der Mehrwert von \u201eShould haves\u201c im Arbeitsalltag<\/h3>\n<\/div>
    \n