Scribd
Importer
3 vues3 pages

PRIORISATION 3methodes

Le document présente trois méthodes de priorisation pour maximiser la valeur dans le Product Backlog : MoSCoW pour un tri rapide, Value/Effort pour maximiser le ROI, et la priorisation basée sur le risque pour traiter les incertitudes. Chaque méthode a des objectifs spécifiques et des règles d'application, permettant d'ordonner les User Stories selon leur importance et leur risque. Une procédure étape par étape est également fournie pour appliquer ces méthodes efficacement.

Transféré par

yassinehouij89
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd
3 vues3 pages

PRIORISATION 3methodes

Le document présente trois méthodes de priorisation pour maximiser la valeur dans le Product Backlog : MoSCoW pour un tri rapide, Value/Effort pour maximiser le ROI, et la priorisation basée sur le risque pour traiter les incertitudes. Chaque méthode a des objectifs spécifiques et des règles d'application, permettant d'ordonner les User Stories selon leur importance et leur risque. Une procédure étape par étape est également fournie pour appliquer ces méthodes efficacement.

Transféré par

yassinehouij89
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd

PRIORISATION (3 MÉTHODES)

Règle générale
On priorise pour maximiser la valeur sous contraintes (temps, budget, risques,
dépendances).
On produit un ordre strict (1, 2, 3, …) dans le Product Backlog.

1) MoSCoW (tri rapide)


Objectif

Classer les items selon leur caractère indispensable.

Catégories

• M — Must Have : sans ça, le produit ne marche pas / objectif non atteint
• S — Should Have : important, mais on peut livrer sans au début
• C — Could Have : “nice to have”
• W — Won’t Have (for now) : hors scope pour cette itération

Quand l’utiliser

Au début (atelier), pour obtenir vite un premier tri avant de calculer des scores.

Règle : Chaque User Story doit avoir un tag MoSCoW.

2) Value / Effort (score)


Objectif

Maximiser le ROI (valeur livrée par unité d’effort).

Formule

Priority Score = Business Value / Effort (story point)

• Business Value (BV) : 1 à 10 (donné par PO / groupe)


• Effort : Story Points (SP) relatifs (donné par l’équipe dev)

Quand l’utiliser

Après MoSCoW pour ordonner les Must/Should de façon rationnelle.

Règle : On calcule le score pour toutes les stories, puis on propose un ordre.
3) Risk-based prioritisation
Objectif

Réduire l’incertitude tôt : on traite en premier ce qui peut bloquer le projet.

Niveaux de risque

• H — High : techno inconnue, intégration critique, dépendances externes, incertitude


forte
• M — Medium
• L — Low

Quand l’utiliser

Quand plusieurs stories ont des scores proches : le risque sert de tiebreaker (décision finale).

Règle : À score égal (ou proche), on place le risque le plus élevé plus tôt.

Exemple
Deux Must :

• US-A : BV=8, SP=4 → Score=2.0, Risk=High (intégration capteurs inconnue)


• US-B : BV=8, SP=4 → Score=2.0, Risk=Low (simple écran UI)

On met US-A avant US-B, pour “brûler” l’incertitude tôt.

Mais attention : quand est-ce qu’on NE le fait PAS ?


Tu ne mets pas un item “risque élevé” tout en haut si :

1. Il n’est pas Must (ou pas important)


2. Il ne crée pas de valeur (ex: refacto interne sans besoin)
3. Il est trop gros (SP énormes) → on le transforme en Spike ou on le découpe

Procédure
1. Attribuer MoSCoW à toutes les stories
2. Donner BV (1–10) et SP
3. Calculer Priority Score = BV/SP
4. Ordonner le backlog :
o Must d’abord, puis Should, puis Could
o À l’intérieur d’une catégorie → score décroissant
o Si hésitation → Risk-based tranche
Mini-exemple
BV (1– Score Risk
Story MoSCoW SP Décision
10) (BV/SP) (L/M/H)
US-01 Réserver salle Must 9 3 3.00 M Très haut
US-02 Voir dispo temps Monter
Must 8 5 1.60 H
réel (risque)
US-03 Annuler
Should 6 2 3.00 L Après Must
réservation
US-04 Stats admin Could 5 8 0.62 M Plus tard

Priorité Couleur Pourquoi ? Signification pédagogique

MUST Rouge Urgence / critique Sans ça, le produit ne fonctionne pas

SHOULD Orange Important Forte valeur mais peut attendre

COULD Vert Opportunité Amélioration / confort

WON'T (pour l’instant) ⚪ Gris Hors scope Pas dans cette release

Vous aimerez peut-être aussi