Gestion des demandes de changement ERP : processus, priorisation et gouvernance

Après la mise en service d'un ERP, les demandes de modification affluent. Les utilisateurs souhaitent des modifications, de nouvelles fonctionnalités, des rapports supplémentaires et des ajustements de flux de travail. Sans processus structuré, les organisations sont confrontées à deux résultats tout aussi mauvais : soit chaque demande est mise en œuvre (créant un système instable et sur-personnalisé), soit aucune demande n'est traitée (ce qui crée des utilisateurs frustrés qui recourent à des solutions de contournement).

Une gestion efficace des demandes de changement équilibre réactivité et stabilité. Ce guide fournit le cadre de processus, la méthodologie de priorisation et la structure de gouvernance pour gérer durablement les changements ERP.

---

Le cycle de vie des demandes de changement

Étape 1 : Soumission de la demande

Chaque demande de modification doit inclure :

Canaux de soumission :

• Formulaire de demande dédié dans le système d'assistance (de préférence)
• E-mail à l'équipe de support ERP (converti en ticket)
• Discussion en réunion de groupe d'utilisateurs (formalisée en ticket)

Étape 2 : Triage et classification

Dans les 2 jours ouvrés suivant la soumission, l’équipe ERP classe la demande :

Étape 3 : Analyse d'impact

Pour les modifications de configuration, les améliorations et les nouvelles fonctionnalités, effectuez une évaluation d'impact :

Dimensions de l'évaluation :

Estimation de l'effort :

Étape 4 : Priorisation

Utilisez un modèle de notation pondéré pour prioriser les demandes évaluées :

Étape 5 : Approbation et planification

Autorité d'approbation par taille :

Approches de planification :

• Basé sur le sprint : Le groupe se transforme en sprints de 2 à 4 semaines avec une capacité fixe
• Continu : Traiter les changements en fonction de la capacité, en les hiérarchisant par score
• Basé sur les versions : Regroupez les modifications dans des versions trimestrielles avec des cycles de test

Étape 6 : implémentation et publication

Modifier le workflow de mise en œuvre :

1. Développer le changement dans un environnement hors production
2. Test unitaire du changement de manière isolée
3. Test d'intégration avec les processus associés
4. Tests d'acceptation utilisateur par le demandeur
5. Documenter le changement (configuration, mise à jour du matériel de formation)
6. Fenêtre de déploiement planifiée
7. Déployer en production
8. Vérifier en production
9. Fermez la demande de modification avec la confirmation du demandeur

---

Structure de gouvernance

Comité de Pilotage ERP

Composition :

• Sponsor exécutif (généralement CFO ou COO)
• Direction informatique
• Représentants des départements (Finance, Opérations, Ventes, RH)
• Chef d'équipe ERP

Cadence : Mensuelle (toutes les deux semaines pendant les périodes de changements élevés)

Ordre du jour :

1. Examiner le pipeline de demandes de modification (nouveau, en cours, terminé)
2. Prioriser les demandes en attente
3. Examiner la capacité et les contraintes des ressources
4. Résoudre les escalades et les conflits
5. Examiner les indicateurs de santé et de performances du système
6. Planifiez les mises à niveau et les correctifs des fournisseurs

Conseil consultatif du changement (CAB)

Composition :

• Chef d'équipe ERP (président)
• Responsable technique
• Analyste d'affaires
• Représentant de sécurité
• Représentant assurance qualité

Cadence : Hebdomadaire

Responsabilités :

• Examiner toutes les modifications prévues pour le déploiement
• Évaluer les risques et approuver les plans de déploiement
• Examiner les résultats de validation post-déploiement
• Gérer les décisions de rollback

---

Gestion du volume de demandes de changement

Définir les attentes

Communiquez ces principes à l’organisation :

1. Toutes les demandes ne seront pas mises en œuvre. Certaines demandes ne sont pas réalisables, ne correspondent pas à la stratégie ou ne valent pas l'investissement.

2. Le calendrier n'est pas garanti. Une demande approuvée en janvier peut être programmée pour le troisième trimestre en fonction de la capacité et de la priorité.

3. Les solutions de contournement ne sont pas des échecs. Parfois, la meilleure solution est une solution de contournement documentée, et non une modification du système.

4. Les modifications par lots sont plus efficaces. Les déploiements individuels entraînent une surcharge. Le regroupement des modifications liées dans les versions réduit les risques et les efforts.

Réduire le volume des demandes

• Une meilleure formation réduit les demandes liées au fait de ne pas savoir comment utiliser les fonctionnalités existantes - Documentation réduit les demandes répétées pour les mêmes informations
• Les groupes d'utilisateurs permettent aux utilisateurs de partager des solutions et des bonnes pratiques - L'optimisation proactive résout les problèmes courants avant qu'ils ne génèrent des demandes individuelles

---

Métriques à suivre

---

Ressources connexes

• Optimisation ERP post-implémentation --- Stratégies d'optimisation plus larges
• Conception du programme de formation ERP --- Réduire les demandes de changement liées à la formation -Gestion du changement pour les PME --- Gestion du changement organisationnel
• Gestion du budget du projet ERP --- Budgétisation des changements en cours

---

Un processus de demande de changement bien géré fait la différence entre un ERP qui s’améliore au fil du temps et un autre qui stagne après la mise en ligne. Investissez dans la structure de gouvernance, le cadre de priorisation et les pratiques de communication qui permettent à votre ERP d'évoluer avec votre entreprise. Contactez ECOSIRE pour obtenir de l'aide pour établir des programmes de gouvernance et d'optimisation ERP.