La priorité doit aider l’équipe à décider quel travail passe devant un autre. Si presque tout est urgent, la priorité ne joue plus son rôle.
Séparer impact et urgence
L’impact décrit l’importance des conséquences : nombre d’utilisateurs concernés, perte de service, risque de dommage, coût potentiel ou interruption de production. L’urgence décrit le temps disponible avant que les conséquences deviennent inacceptables. Une situation à fort impact n’est pas toujours immédiate; une situation peu étendue peut parfois exiger une réponse rapide.
Ajouter le risque sans tout gonfler
Certaines organisations intègrent le risque dans l’impact, d’autres l’utilisent comme règle d’escalade. L’important est d’éviter une catégorie vague qui permet de transformer n’importe quel travail en priorité maximale. Les règles d’escalade doivent être explicites et rares.
Construire une matrice simple
Une matrice à trois niveaux d’impact et trois niveaux d’urgence suffit souvent. Chaque combinaison conduit à une priorité, puis chaque priorité est associée à une cible de réponse ou de traitement lorsque cela a du sens. Le modèle doit être testé sur des cas réels avant d’être figé.
Traiter les engagements contractuels séparément
Un SLA ou engagement client peut modifier l’ordre de traitement. Il est préférable d’enregistrer l’échéance ou la cible comme donnée distincte plutôt que de masquer toutes les contraintes sous le seul champ « priorité ». Ainsi, on peut comprendre si une intervention est prioritaire à cause de l’impact ou parce qu’un engagement approche.
Réévaluer lorsque le contexte change
La priorité peut changer. Une solution temporaire peut réduire l’urgence; une panne qui s’étend peut augmenter l’impact. La date et la raison d’un changement de priorité donnent plus de valeur à l’historique qu’un simple écrasement de la valeur précédente.
Éviter les erreurs courantes
- Créer trop de niveaux de priorité.
- Utiliser « urgent » pour les travaux anciens plutôt que réellement urgents.
- Laisser la personne qui demande choisir seule la priorité finale.
- Confondre importance politique et impact opérationnel.
- Ne jamais réexaminer les priorités du backlog.