Bibliothèque · Définition · Débutant
FrameworkÀ lire
MoSCoW appliqué à un périmètre de release
Must / Should / Could / Won't : cadrer un périmètre négociable avec les métiers sans arbitrage chiffré.
Pour qui, pour quand
PriorisationDeliveryStakeholdersGrand groupeB2BPMPO
En résumé
MoSCoW brille quand la contrainte est une date : il rend visible ce qui est réellement indispensable au lancement.
La catégorie la plus utile est Won't : c'est elle qui protège l'équipe.
Méthode étape par étape
dans l'ordre, sans en sauter
- 01Fixer l'objectif de la release en une phrase.
- 02Classer chaque item avec le métier, en justifiant tout Must par une conséquence concrète si absent.
- 03Vérifier que les Must tiennent dans 60 % de la capacité.
- 04Écrire et diffuser la liste des Won't.
Questions à me poser
avant de te lancer
- →Que se passe-t-il concrètement si cet item n'est pas là le jour J ?
Ce qui coûte cher
les pièges déjà vus sur ce sujet
80 % de Must - signe que l'arbitrage n'a pas eu lieu.
Dans ma bible
Techniques de priorisation et US · p. 266-267
Chargement du passage…
Sources citées : blog.monsieurguiz.fr
Mes notes
ce que tu retiens, ton contexte
À jour · stocké dans ce navigateur
Situations couvertes
- · Je dois prioriser un backlog
- · Je dois challenger une demande métier
Provenance
Méthodes.docx - Cadrage de release
ajoutée le 2026-02-11
Mots-clés
périmètrereleasenégociationmoscow
À lire juste après
ce que cette fiche appelle
Ce qui renvoie ici
des fiches qui citent celle-ci - c'est là que tes REX réapparaissent
FrameworkRoadmap Now / Next / Later orientée outcomesFrameworkUser Story MappingTemplateScope Canvas : cadrer le périmètre d'un produitFrameworkTriangle de fer et triangle agileNotePrioriser : choisir la bonne techniqueFrameworkModèle de Kano : prioriser par la satisfactionTemplatePlan de release : quand livrer quoi