Modèle MoSCoW Excel : quatre niveaux, trois contrôles
Une ligne par élément, une charge, un niveau. Le classeur colore le backlog, repère les classements qui se contredisent, et vous dit ligne par ligne ce qui cloche.
Le principe : un tableau de priorisation ne sert pas à ranger des étiquettes. Il sert à dire ce qu'on ne livrera pas.
Tout classer en indispensable revient à ne rien prioriser
C'est le résultat du premier passage dans presque toutes les séances. Tant qu'il n'existe pas de chiffre pour l'objectiver, chacun défend sa ligne et personne n'a tort.
Sans charge, la règle des 60 % est incalculable
La part se mesure en jours, pas en nombre de lignes. Dix petites lignes marquées indispensables peuvent peser moins que deux gros chantiers classés importants.
Ce qui n'est pas écrit comme exclu revient toujours
La colonne hors périmètre est celle que les équipes laissent vide. C'est pourtant la seule qui empêche le « je croyais que c'était prévu » de la semaine six.
Ce que contient le classeur
Quatre onglets, aucune macro, tout est visible et modifiable. Les cellules de saisie sont les seules déverrouillées.
Un backlog qui se colore tout seul
Quatre-vingts lignes, une liste déroulante à chaque niveau. Indispensable et Important prennent le vert soutenu, Souhaitable le vert clair, Hors périmètre le gris. Vous lisez la répartition d'un coup d'œil, sans compter.
Trois contrôles qui tournent à chaque frappe
La colonne Contrôle signale un élément sans charge, un indispensable qui déclare un contournement, et une exclusion sans date de réexamen. Chaque ligne vous dit ce qui cloche en toutes lettres, pas par une pastille à déchiffrer.
Le verdict sur les 60 %, calculé en direct
Le tableau de bord additionne la charge par niveau, en excluant le hors périmètre qui ne consomme rien, et affiche la part des indispensables. Au-dessus du seuil, le bandeau passe au rouge et vous dit quoi faire.
Les quatre niveaux définis, et le seuil réglable
L'onglet Paramètres rappelle ce que veut dire chaque niveau, en français et en anglais. Le seuil des 60 % vient de DSDM, et vous pouvez le changer si votre contexte l'impose.
Un backlog priorisé utile n'est pas un backlog rempli. C'est un backlog où la part d'indispensable tient sous le seuil, et où ce qui est exclu est écrit.
Comment s'en servir
Cinq étapes. La troisième est celle que les équipes sautent : regarder le pourcentage en face avant de discuter.
Une ligne par chose livrable séparément. « Refonte de la facturation » ne se priorise pas : elle contient de l'indispensable et de l'accessoire, et finira classée indispensable en bloc.
Un ordre de grandeur suffit, à la demi-journée près. Sans ce chiffre, le classeur ne peut rien calculer et la priorisation reste une opinion.
Chacun classe de son côté avant d'en parler, sinon le premier avis entraîne les autres. Puis vous lisez la part d'indispensable. Entre 80 et 95 % au premier passage : c'est normal, le travail commence là.
Reprenez les indispensables un par un et cherchez un contournement tenable quelques semaines. Déclassez ceux qui en ont un, pas les plus petits : sinon le pourcentage ne bouge pas.
Pour chaque hors périmètre, notez quand il sera rediscuté. Le classeur refuse de valider une exclusion sans date, parce qu'un refus daté est un report, et un report s'accepte.
Le périmètre est ce qui bouge le plus
Les équipes le savent, et c'est ce qu'elles citent en premier parmi leurs difficultés.
- 70 % contre 53 %
les organisations matures respectent le périmètre initial, contre les organisations immatures
PMI, Pulse of the Profession 2020, 3 060 praticiens - 2e sur 15
savoir réagir aux changements en cours de projet, cité parmi les principaux défis des PME françaises
Capterra 2018, 753 personnes, dont 250 en PME et ETI - 52 %
des projets ont subi une dérive de périmètre, contre 43 % cinq ans plus tôt
PMI, Pulse of the Profession 2018, 4 455 praticiens
La dérive progresse. Ce n'est pas une question de fermeté : c'est une question de référentiel écrit avant le lancement.
Où ce classeur s'arrête
Un tableau de priorisation sur tableur tient parfaitement la séance où on le construit. Ce qui résiste, c'est la suite : le backlog vit, les demandes arrivent, et le fichier reste à la date où quelqu'un l'a fermé.
Le classeur additionne des jours, il ne sait pas qui les fait
Vingt-quatre jours d'indispensable tiennent peut-être dans l'enveloppe, et pas du tout dans le calendrier des deux personnes qui doivent les réaliser.
La priorité ne donne pas l'ordre d'exécution
Deux éléments indispensables ne se traitent pas dans n'importe quel ordre si l'un conditionne l'autre. Le tableur ne connaît pas ce lien.
Un classement se périme, le fichier ne le dit pas
Une priorisation faite au lancement et jamais rouverte devient une décoration en quelques semaines, et rien dans le classeur ne vous le signale.
Rien n'oblige une demande nouvelle à prendre la place d'une autre
Dans un fichier, on ajoute une ligne. La règle qui veut qu'un nouvel indispensable en fasse sortir un autre tient à la discipline de celui qui saisit.
Aucun de ces quatre points n'est un défaut du modèle. Ce sont les limites d'un fichier, face à un backlog qui change toutes les semaines.
Un tableau à côté du projet, ou une priorisation dans le projet
Le classeur seul
Vous savez ce qui compte, sans savoir si ça tient dans le temps de l'équipe.
- La charge s'additionne, mais elle ne rencontre jamais la capacité réelle
- Une demande nouvelle s'ajoute en bas, sans rien faire sortir
- Le classement vieillit sans que personne ne soit prévenu
- Le hors périmètre finit dans un fichier que plus personne n'ouvre
- La priorité ne dit rien de l'ordre dans lequel travailler
Avec le backlog MoSCoW d'Orchesia
Les mêmes quatre colonnes, tenues dans le projet : un élément déplacé change le périmètre du cycle, pas seulement sa couleur.
- La charge priorisée se confronte à la capacité de chaque personne
- Un élément se glisse d'un niveau à l'autre, et le cycle se recalcule
- La colonne hors périmètre reste visible à côté des autres
- Les dépendances se déclarent et ordonnent le travail
- L'historique garde qui a déclassé quoi, et quand
Vous priorisez sur Excel ?
C'est l'outil le plus courant pour un tableau de priorisation, et pour mener la séance il fait très bien l'affaire. Le modèle est prêt, les contrôles tournent, il ne reste qu'à remplir.
Ce que vous recevez
- Un backlog de 80 lignes, avec liste déroulante et couleurs par niveau
- Trois contrôles automatiques, formulés en toutes lettres ligne par ligne
- Un tableau de bord qui calcule la part d'indispensable et rend son verdict
- Un mode d'emploi et un onglet de paramètres, seuil compris
Questions fréquentes
Oui, et sans contrepartie au-delà de votre adresse e-mail, qui sert à vous l'envoyer. Aucune macro, aucun compte à créer, le fichier vous appartient une fois téléchargé.
De DSDM, la méthode dans laquelle MoSCoW a été reprise après sa création par Dai Clegg chez Oracle en 1994. La convention veut que les Must have ne dépassent pas 60 % de la charge, et qu'environ 20 % soient classés en Could have pour servir de marge.
Oui, il se règle dans l'onglet Paramètres et tous les calculs suivent. Avant de le monter, demandez-vous ce qui absorbera le prochain imprévu : c'est précisément le rôle de la marge que le seuil protège.
Parce qu'il est exclu de la livraison, donc il ne consomme aucun jour. L'inclure ferait baisser artificiellement la part des indispensables, et la règle perdrait tout son sens.
Trois choses : un élément sans charge, qui ne pèse rien dans le calcul ; un indispensable qui déclare un contournement, ce qui est contradictoire ; et une exclusion sans date de réexamen. Les lignes conformes affichent OK en vert.
Oui. Les formules utilisées sont standard et les listes déroulantes se conservent à l'import. Les couleurs conditionnelles sont reprises par les deux outils, avec parfois un rendu légèrement différent.
Quatre-vingts lignes sont préparées, formules et contrôles compris. Si vous en avez besoin de plus, recopiez simplement la dernière ligne vers le bas : les formules suivent.
Non. La méthode s'applique à tout périmètre découpable en éléments livrables séparément : un événement, une campagne, un chantier par lots. Le vocabulaire vient du monde logiciel, la mécanique n'en dépend pas.
Oui, au moins grossièrement, parce que la règle se calcule en charge. Une précision à la demi-journée suffit largement, et le classeur signale toute ligne qui n'en a pas.
Pour aller plus loin
Les méthodes derrière l’outil, expliquées en détail.
Comment prioriser un backlog avec MoSCoW, étape par étapeAnimer la séance, mesurer la part d'indispensable, redescendre sous les 60 %, et tenir le classement dans le temps.
C'est quoi la matrice MoSCoW ?Must, Should, Could, Won't : les quatre niveaux, la règle des 60 % qui empêche de tout classer en indispensable, et la question qui départage deux priorités.
C'est quoi le rétroplanning agile ?Quand la date est imposée : arbitrer le périmètre au lieu de comprimer les durées.
Dérive de périmètre projet : un problème qui commence avant le lancementAjouts non prévus, frontières floues, arbitrages tardifs : la dérive de périmètre (scope creep) naît quand personne n'a défini clairement ce qui est inclus et ce qui est exclu.
Prioriser une fois ne suffit pas : un backlog bouge toutes les semaines.
Dans Orchesia, les quatre niveaux sont une vue du projet : un élément déplacé change le périmètre du cycle, la charge se confronte à la capacité de chacun, et la colonne hors périmètre reste sous les yeux de tous. Essai gratuit 30 jours, sans carte bancaire.