Réponse

La gestion des priorités est l'une des tâches les plus difficiles pour un analyste commercial. Au début, l'analyste collecte l'ensemble des exigences de chaque partie prenante. Ensuite, il définit des critères pour la priorisation : valeur commerciale, risques, urgence, coûts, impact sur l'utilisateur, faisabilité technique. Pour la systématisation, on utilise souvent la matrice MoSCoW (Must/Should/Could/Won’t) et des méthodes comme Weighted Shortest Job First (WSJF), RICE, etc.

L'analyse multicritères aide à expliquer aux parties prenantes pourquoi les exigences d'un participant sont mises en œuvre tandis que celles d'un autre sont reportées. En conséquence, un accord est atteint — une « carte des priorités » est créée :

| Exigence      | Partie Prenante | Impact  | Priorité | Version prévue   |
|---------------|----------------|---------|----------|------------------|
| Intégration X | ÉQUIPE_A       | Élevé   | High     | 1.0              |
| Fonction Y    | ÉQUIPE_B       | Moyen   | Medium   | 1.1              |

L'analyste justifie le choix sur la base des critères, impliquant le responsable du projet pour les escalades.

Caractéristiques clés :

• Application d'approches transparentes pour la priorisation avec explication des raisons.
• Accent sur l'atteinte d'un compromis entre les exigences commerciales et techniques.
• Discussion ouverte des priorités avec tous les groupes d'intérêts.

Questions pièges.

Peut-on se fier uniquement à l'avis de la partie prenante la plus influente ?

Non. Suivre de manière unilatérale l'avis d'une seule partie prenante entraîne des pertes dans d'autres domaines importants du projet et des conflits potentiels.

Faut-il prioriser uniquement en fonction de l'urgence de la tâche ?

Non. L'urgence n'est qu'un des paramètres, il faut évaluer l'impact global sur les objectifs, les coûts, les risques.

La carte des priorités finale est-elle statique tout au long du projet ?

Non, les priorités doivent être révisées de manière flexible avec l'évolution des objectifs commerciaux, l'apparition de nouvelles contraintes ou informations.

Erreurs typiques et anti-modèles

• Acceptation injustifiée des exigences sans analyses ni arguments.
• Ignorer la procédure transparente pour la révision des priorités.
• Communication insuffisante avec les équipes en cas de contradictions.

Exemple de la vie réelle

Cas négatif : À la demande d'un dirigeant, une fonctionnalité non complètement développée a été ajoutée de manière exceptionnelle au système ERP, repoussant les besoins des utilisateurs clés.

Avantages : Augmentation de la fidélité d'une partie prenante. Inconvénients : En fin de compte, le niveau global de satisfaction a diminué, et les coûts de modifications ont augmenté.

Cas positif : L'analyste a initié une réunion : en utilisant la matrice MoSCoW, avec les responsables des blocs fonctionnels, un plan équilibré a été élaboré.

Avantages : Transparence accrue de l'acceptation des exigences, amélioration du travail d'équipe. Inconvénients : Temps supplémentaire nécessaire pour l'approbation.