La priorisation des exigences/objectifs est l'un des défis des projets en mode de développement Agile. MoSCoW, propose 4 catégories de classification pour gérer le backlog.

1. TECHNIQUE DE PRIORISATION
MOSCOW
MUST HAVE – SHOULD HAVE – COULD HAVE –WON’T HAVE

2. HISTORIQUE
• MOSCOW EST UNE TECHNIQUE DE PRIORISATION INITIALEMENT DÉFINIE ET MISE
EN ŒUVRE PAR DAI CLEGG, CONSULTANT CHEZ ORACLE UK.
• DANS UN CONTEXTE DE DÉVELOPPEMENT ITÉRATIF, COMME SCRUM IL EST
DIFFICILE DE S’ENGAGER SUR UN PÉRIMÈTRE D’EXIGENCES DANS UN DÉLAI
DONNÉ. TOUTEFOIS, LES UTILISATEURS FINAUX ET CEUX QUI PAYENT POUR LE
DÉVELOPPEMENT DOIVENT AVOIR UN CERTAIN NIVEAU DE CONFIANCE ET UN
NIVEAU DE PRÉDICTION RAISONNABLE SUR CE QUI SERA LIVRÉ. PAR
CONSÉQUENT, UNE TECHNIQUE DE PRIORISATION EST NÉCESSAIRE POUR
DONNER AUX PARTIES PRENANTES CE NIVEAU DE CONFIANCE
Jerry MBANTA 2

3. CONTEXTE D’UTILISATION
• PROJET EN CYCLE DE DÉVELOPPEMENT ITÉRATIF
• DSDM: DYNAMIC SYSTEMS DEVELOPMENT METHOD
• SCRUM
• RAP: RAPID APPLICATION DEVELOPMENT
• ET EN MODE « BOÎTE DE TEMPS » (TIME BOXED)
• ÉCHÉANCE FIXÉE POUR SE CONCENTRER SUR LES EXIGENCES LES PLUS IMPORTANTES.
Jerry MBANTA 3

4. DESCRIPTION DE LA TECHNIQUE 1/2
• TOUTES LES EXIGENCES (FONCTIONNELLES ET NON-FONCTIONNELLES) DOIVENT
ÊTRE CLASSÉES ET PRIORISÉES
• ELLE EST UTILISÉE À DIFFÉRENTS NIVEAUX D’UN PROJET. LORS DU DÉCOUPAGE
EN « FEATURES »(FONCTIONNALITÉS), MAIS AUSSI LORS DES
« SPRINTS »(ITÉRATIONS). UNE EXIGENCE PEUT DONC AVOIR UNE PRIORITÉ
HAUTE DANS LE PROJET MAIS AVOIR UNE PRIORITÉ PLUS FAIBLE DANS UNE
ITÉRATION.
Jerry MBANTA 4

5. DESCRIPTION DE LA TECHNIQUE 2/2
• PRIORISATION DES EXIGENCES SUIVANT L’UNE DES QUATRE
CATÉGORIES SUIVANTES:
Jerry MBANTA 5
Must
Have
Should
Have
Could
Have
Would
Have
Must Have: exigence essentielle. Si pas satisfaite
=> Itération échouée
Should Have: Exigence importante. Si pas
satisfaite => Solution de contournement jusqu’à
son implémentation dans une prochaine
itération.
Could Have: exigence souhaitable. En cas de
mauvaise estimation du délai, peut être ôtée du
périmètre.
Won’t Have: Ne seront pas livrées dans l’itération
concernée.

6. MISE EN ŒUVRE DE MOSCOW (1/5)
• EN DÉBUT DE PROJET
1. APPLIQUEZ MOSCOW SUR TOUTES LES EXIGENCES SANS FAIRE RÉFÉRENCE À UNE
ÉCHELLE DE TEMPS.
2. ESTIMEZ LA PRIORITÉ DES OBJECTIFS ET EXIGENCES INDIVIDUELLEMENT SELON LES
CATÉGORIES MUST HAVE, SHOULD HAVE OU COULD HAVE SANS PRÉVOIR DE
MARGE POUR RISQUES.
3. A- SI CALENDRIER PROJET DÉJÀ ÉTÉ DÉFINI => RENÉGOCIER LA LISTE POUR QUE LE
TOTAL ESTIMÉ CORRESPONDE À LA DURÉE PRÉDÉFINIE
B- SI CALENDRIER PROJET N’EST PAS ENCORE DÉFINI => SE METTRE D’ACCORD SUR LE FAIT
QUE LA DURÉE DÉDUITE DES ESTIMATIONS DEVIENNE CELLE DU PROJET.
Jerry MBANTA 6

7. MISE EN ŒUVRE DE MOSCOW (2/5)
4. ENGAGEMENT DE L’ÉQUIPE SUR LES EXIGENCES MUST HAVE. CET ENGAGEMENT
DOIT ÊTRE ACCEPTABLE D’UN POINT DE VUE « CLIENT » ET CONFORTABLE D’UN
POINT DE VUE « ÉQUIPE ».
• /! POUR LES DÉBUTANTS, PAS D’ENGAGEMENT À PLUS DE 55% DE L’EFFORT TOTAL
ESTIMÉ ET POUR LES PLUS EXPÉRIMENTÉS PAS D’ENGAGEMENT À PLUS DE 65%.
5. SI BESOIN, RENÉGOCIEZ LA LISTE DES EXIGENCES MUST HAVE POUR QU’ELLE
RESPECTE LE POURCENTAGE DE L’EFFORT TOTAL ESTIMÉ.
6. PLANIFIEZ LES OBJECTIFS/EXIGENCES DANS LES DIFFÉRENTES ITÉRATIONS
Jerry MBANTA 7

8. MISE EN ŒUVRE DE MOSCOW (3/5)
• A CHAQUE ITÉRATION
1. APPLIQUEZ MOSCOW SUR TOUTES LES OBJECTIFS/EXIGENCES DE L’ITÉRATION
CONSIDÉRÉE EN RESPECTANT LES ESTIMATIONS, LA LONGUEUR DE L’ITÉRATION ET
L’ENGAGEMENT SUR LE POURCENTAGE DE « MUST HAVE » AUTORISÉ.
2. IMPLÉMENTEZ LES EXIGENCES DANS L’ORDRE DES PRIORITÉS JUSQU’À CE QUE
L’ITÉRATION PRENNE FIN.
3. RÉVISEZ LES ESTIMATIONS SUR LA BASE DU TRAVAIL RÉALISÉ.
4. METTEZ À JOUR LA « LISTE DES EXIGENCES PRIORISÉES SUR LE PROJET » AVEC LES
ESTIMATIONS RÉVISÉES.
Jerry MBANTA 8

9. MISE EN ŒUVRE DE MOSCOW (4/5)
• A CHAQUE ITÉRATION
5. CONFIRMEZ/RÉVISEZ LA PRIORISATION DES OBJECTIFS/EXIGENCES RESTANTS
6. EXAMINEZ/CHANGEZ LA PLANIFICATION DES ITÉRATIONS DU PROJET SUR LA BASE
DE LA « LISTE CONFIRMÉE / RÉVISÉE DES EXIGENCES PRIORISÉES SUR LE PROJET ».
Jerry MBANTA 9

10. MISE EN ŒUVRE DE MOSCOW (5/5)
• A LA FIN DU PROJET
5. EXAMINEZ AVEC LE « CLIENT » LES EXIGENCES QUI N’ONT PAS ÉTÉ COMPLÈTEMENT
MISES EN ŒUVRE –Y COMPRIS LES WON’T HAVE ET DÉCIDEZ ENSEMBLE S’IL EST
NÉCESSAIRE DE CONTINUER LE PROJET.
Jerry MBANTA 10

11. REFERENCES
• HTTP://WWW.FABRICE-
AIMETTI.FR/DOTCLEAR/PUBLIC/TRADUCTIONS/MOSCOW_PRIORISATION.PDF
• HTTPS://FR.WIKIPEDIA.ORG/WIKI/M%C3%A9THODE_MOSCOW
Jerry MBANTA 11