In fast jedem Projekt sind zu Beginn alle Anforderungen wichtig. Die MoSCoW-Methode zwingt dazu, sie in vier Klassen einzuordnen, und schafft damit die Grundlage für einen realistischen ersten Umfang.
Die vier Klassen
Must have: ohne diese Anforderung ist die Lösung nicht einsetzbar, etwa wegen einer gesetzlichen Pflicht oder eines Kernprozesses. Should have: wichtig, aber es gibt einen Behelf, falls sie fehlt. Could have: wünschenswert, wenn Zeit und Budget es erlauben. Won’t have this time: bewusst ausgeschlossen, nicht vergessen; diese Klasse verhindert, dass Anforderungen still wieder auftauchen.
Gegen inflationäre Must-haves
Die häufigste Schwäche ist, dass alles zum Must wird. Bewährt hat sich eine Faustregel, nach der die Must-haves nur einen Teil des verfügbaren Aufwands ausmachen dürfen, damit Spielraum für Unvorhergesehenes bleibt. Hilfreich ist auch die Frage: Würden wir die Lösung ohne diese Anforderung in Betrieb nehmen? Wenn ja, ist es kein Must.
Einsatz im Projekt
MoSCoW eignet sich für die Abgrenzung eines MVP, für die Planung von Releases und für Verhandlungen bei Budget- oder Terminengpässen. Die Einordnung wird mit den Stakeholdern abgestimmt, idealerweise auf Basis der Stakeholder-Analyse, und mit den Akzeptanzkriterien der Must-haves verbunden. Im Requirements Engineering nach IREB ist Priorisierung Teil der Verwaltung von Anforderungen.