MoSCoW Priorisierung – Won´t have

MoSCoW Priorisierung – Won´t have – In einer Zeit, in der Projekte immer komplexer werden und Ressourcenknappheit den Alltag vieler Teams bestimmt, gewinnt die Fähigkeit zur klaren Priorisierung einen enormen Stellenwert. Die MoSCoW-Methode hat sich als leistungsfähiges Instrument etabliert, um Anforderungen zielgerichtet nach ihrer Wichtigkeit zu ordnen. Doch während die Kategorien „Must have“ und „Should have“ in der Praxis häufig im Fokus stehen, bleibt gerade das „Won’t have“ oft unbeachtet oder wird sogar falsch interpretiert. Dabei verbirgt sich genau in dieser Kategorie ein zentrales Element für nachhaltigen Projekterfolg und Stakeholder-Zufriedenheit.

Im Folgenden erfahren Sie nicht nur, wie die MoSCoW-Priorisierung insgesamt funktioniert, sondern insbesondere, welchen Stellenwert das „Won’t have“ besitzt, warum seine Anwendung oft schwerfällt und wie Sie dieses Prinzip geschickt in den Projektalltag integrieren und davon profitieren können.

Die MoSCoW-Methode ordnet Anforderungen in vier unterschiedliche Prioritätsklassen ein, die durch die Anfangsbuchstaben des Namens repräsentiert werden:

Hierzu zählen Anforderungen, ohne die das Projektergebnis wertlos oder nicht funktionsfähig wäre. Sie stellen die Mindestanforderungen dar, da sie absolut entscheidend für den Projekterfolg sind.

Diese Anforderungen sind sehr wichtig, jedoch nicht unbedingt für einen erfolgreichen Abschluss im ersten Schritt notwendig. Oft können sie im Ausnahmefall verschoben werden, jedoch reduzieren sie den Gesamtwert des Projekts, wenn sie fehlen.

In diese Kategorie fallen Wünsche, die den Nutzen des Projekts steigern, deren Fehlen aber keine gravierenden Auswirkungen hat. Nice-to-have-Features werden oft hier eingeordnet, da sie zusätzlichen Mehrwert bieten, aber nicht kritisch sind.

Die vierte Kategorie – und der Hauptfokus dieses Artikels – kennzeichnet Anforderungen, die bewusst nicht im aktuellen Release oder Projektumfang enthalten sind. Sie können in der Zukunft an Bedeutung gewinnen, werden aber im Hier und Jetzt konsequent ausgeschlossen.

Viele Interessenten stellen sich die Frage, ob die „Won’t have“-Kategorie nicht letztlich einfach ein Aufschub für ungeliebte Aufgaben ist. Während dies durchaus ein häufiger Irrglaube ist, liegt die eigentliche Stärke von „Won’t have“ darin, Fokus zu schaffen, klare Grenzen zu ziehen und Ressourcen zu schützen.

Gerade weil in vielen Projekten eine Vielzahl guter Ideen entstehen, fällt es Teams manchmal schwer, diese klar zu priorisieren. Dennoch ist es besonders im Projektalltag entscheidend, sich von bestimmten Anforderungen – zumindest für die laufende Phase – zu verabschieden. Dies erfordert Transparenz, Durchsetzungsvermögen und die Bereitschaft, Prioritäten immer wieder kritisch zu hinterfragen.

Obwohl es offensichtlich und sinnvoll erscheint, klare Grenzen zu setzen, werden „Won’t have“-Entscheidungen häufig vermieden oder nicht konsequent umgesetzt. Die Gründe dafür sind vielfältig:

Gerade an diesen Stolpersteinen zeigt sich, wie wichtig es ist, „Won’t have“ als aktiven Teil der Projektmethodik zu begreifen und nicht bloß als Restkategorie für unerledigte Aufgaben.

Die konsequente Anwendung der „Won’t have“-Kategorie bedeutet, permanent bewusst zu entscheiden – und dies auch offen zu vertreten. Im Folgenden finden Sie einige praxisbewährte Tipps, wie Sie diese Kategorie als Erfolgsfaktor nutzen können:

Sammeln Sie zu Beginn alle potenziellen Anforderungen und klassifizieren Sie diese gemeinsam mit Stakeholdern und Teammitgliedern. So stellen Sie sicher, dass wirklich alle wichtigen Aspekte einbezogen werden.

Entscheiden Sie möglichst früh, welche Anforderungen explizit nicht umgesetzt werden – und kommunizieren Sie dies offen, damit sich niemand auf eine spätere Umsetzung verlässt.

Notieren Sie zu allen Ausschlüssen die Beweggründe. Dadurch wird nachvollziehbar, warum bestimmte Funktionen verschoben wurden oder sogar komplett entfallen. Diese Begründungen wirken verbindlich und reduzieren Wiederholungsdiskussionen.

Ihr Projektumfeld kann sich jederzeit ändern. Prüfen Sie deshalb zyklisch, ob einst ausgeschlossene Anforderungen inzwischen neuen Nutzen stiften würden. Dennoch sollten Sie vermeiden, zu impulsiv dem „Was wäre wenn…“-Prinzip zu folgen.

Gerade bei hoher Außenwirkung setzen Stakeholder Teams schnell unter Druck, doch noch ein „kleines Feature“ umzusetzen. Hier müssen Sie als Verantwortlicher klar und standhaft bleiben, um den Projektrahmen zu schützen.

Bindewörter wie „dennoch“, „dadurch“, „weil“, „während“, „obwohl“ und „wenn“ erleichtern dabei die Argumentation und zeigen, dass Sie Zusammenhänge und Abwägungen sauber durchdenken.

Ein agiles Team entwickelt eine App für mobiles Bezahlen. Während im Workshop etliche Ideen entstehen, wird entschieden, dass für das erste Release lediglich die Kernfunktionen (wie Bezahlen mit Kreditkarte, Transaktionshistorie und Sicherheit) umgesetzt werden sollen. Folgende Features landen bewusst auf der „Won’t have“-Liste:

Warum? Während diese Funktionen in späteren Releases sinnvoll sein könnten, würden sie das Team in der aktuellen Phase überfordern und das Risiko für den pünktlichen Marktstart erhöhen. Durch das frühzeitige Ausschließen werden Ressourcen gesichert und die Kommunikation bleibt klar – sowohl intern als auch gegenüber Investoren und Endkunden.

Die konsequente Nutzung der „Won’t have“-Kategorie führt zu einer Vielzahl von Vorteilen, die in nahezu jedem Projekttyp relevant sind:

Natürlich ist es in der Praxis nicht immer einfach, „Won’t have“-Entscheidungen konsequent durchzuhalten. Oft drängen Stakeholder oder Märkte auf kurzfristige Änderungen. Hier hilft neben guter Moderation vor allem das Einbinden von Argumentationshilfen, die die Gesamtzusammenhänge erklären.

Die MoSCoW-Priorisierung fördert nicht nur zielgerichtetes Arbeiten, sondern unterstützt Sie und Ihr Team dabei, sich mutig gegen unnötigen Ballast zu entscheiden. Das bewusste „Nein“ zu bestimmten Anforderungen schützt Ressourcen, stärkt Ihre Glaubwürdigkeit und führt letztlich zu deutlich besseren Produkten. Legen Sie Wert auf ein transparentes, gemeinsames Verständnis – und nutzen Sie die „Won’t have“-Kategorie als aktives Steuerungsinstrument.