Wie priorisierst du Anforderungen, wenn das Business sagt, alles sei zwingend?

Erzwing die Abwägung mit einer Methode, die eine Obergrenze hat. MoSCoW funktioniert nur, wenn die Must-have-Liste begrenzt ist, vereinbar also vorab, dass Must have heißt, das Release kann ohne das wirklich nicht live gehen, und prüf jedes einzeln mit der Frage, was am ersten Tag passiert, wenn es fehlt. Dann stell die Liste den Kapazitäten gegenüber, damit die Wahl zu sichtbarer Arithmetik wird.

MoSCoW ist in Ordnung, bewirkt für sich genommen aber nichts, denn der erste Durchgang kommt immer mit allem als Must have zurück. Was es zum Funktionieren bringt, ist die Must-have-Liste vorher zu deckeln, meistens als Prozentsatz der Kapazität, und eine Definition zu vereinbaren: Must have heißt, wir können ohne das nicht live gehen, nicht dass es wichtig ist. Dann prüfe ich jedes einzeln mit der Frage, was am ersten Tag tatsächlich passiert, wenn es nicht da ist. Lautet die Antwort, wir würden es ein paar Wochen manuell machen, ist das kein Must have, sondern ein Should have mit Workaround. Diese eine Frage verschiebt in einem typischen Projekt rund ein Drittel der Liste. Und ich stelle die Schätzungen daneben, damit Leute die Summe gegen das sehen, was wir haben, denn Arithmetik klärt Dinge, die Diskussion nicht klärt. Bei einem Release hat das Business seine Liste selbst gekürzt, sobald es sehen konnte, dass es vierzig Tage drüber lag.