Les dérapages commencent souvent avant l’intégration.
Les alertes doivent conduire rapidement à une décision.
Données, recette et adoption se préparent dès le cadrage.
1. Lancer sans objectifs mesurables
Signal : chacun décrit différemment la réussite. Conséquence : le périmètre évolue sans règle. Prévention : définir quelques résultats observables et les faire porter par le sponsor.
2. Choisir avant de cadrer les besoins
Signal : la solution préférée est connue avant les scénarios. Conséquence : les écarts apparaissent tard. Prévention : formaliser processus critiques, contraintes et critères avant la consultation.
3. Reproduire tous les anciens processus
Signal : chaque écran historique devient une exigence. Conséquence : complexité et faible adoption du standard. Prévention : distinguer valeur métier, obligation et simple habitude.
4. Sous-estimer les écarts au standard
Signal : les réponses « possible » ne précisent ni méthode ni coût. Conséquence : arbitrages tardifs et surcoûts. Prévention : documenter chaque écart comme standard, paramétrage, spécifique ou changement de processus.
5. Multiplier les développements spécifiques
Signal : le backlog de spécifiques augmente à chaque atelier. Conséquence : délais, tests et maintenance. Prévention : exiger une justification métier et analyser le coût de cycle de vie.
6. Ne pas clarifier les responsabilités
Signal : actions sans propriétaire et validations implicites. Conséquence : décisions bloquées. Prévention : publier un RACI et un circuit d’escalade.
7. Sous-estimer la charge interne
Signal : les mêmes experts doivent assurer activité courante et projet. Conséquence : ateliers reportés et validations superficielles. Prévention : planifier les contributions et organiser les remplacements.
8. Impliquer les utilisateurs trop tard
Signal : les utilisateurs découvrent la solution en formation. Conséquence : rejet et besoins révélés tardivement. Prévention : associer des utilisateurs clés aux ateliers, démonstrations et tests.
9. Reporter les arbitrages
Signal : le registre de décisions s’allonge. Conséquence : l’équipe avance sur des hypothèses divergentes. Prévention : dater, instruire et affecter chaque arbitrage.
10. Négliger les interfaces
Signal : elles sont renvoyées à la fin de conception. Conséquence : processus incomplets. Prévention : inventorier flux, données, fréquences et responsables dès le cadrage.
11. Commencer trop tard la reprise
Signal : les propriétaires et règles ne sont pas connus. Conséquence : nettoyage précipité et contrôles insuffisants. Prévention : lancer inventaire, qualité et mapping au début du projet.
12. Réduire la recette pour tenir la date
Signal : scénarios supprimés et anomalies requalifiées. Conséquence : incidents en production. Prévention : prioriser par risque et décider sur les risques résiduels.
13. Préparer la formation au dernier moment
Signal : supports génériques et formateurs non disponibles. Conséquence : équipes incapables d’exécuter leurs tâches. Prévention : construire parcours et supports à partir des profils et scénarios réels.
14. Improviser la bascule
Signal : planning sans durée, dépendance ni retour arrière. Conséquence : interruption prolongée. Prévention : répéter le cutover et définir les critères de poursuite.
15. Considérer le démarrage comme la fin
Signal : l’équipe projet se disperse dès la mise en production. Conséquence : incidents et backlog sans pilotage. Prévention : prévoir hypercare, indicateurs, documentation et transfert vers le support.
Votre projet est-il sous contrôle ?
- Les objectifs et critères de réussite sont-ils partagés ?
- Chaque décision importante a-t-elle un propriétaire et une date ?
- Les métiers disposent-ils réellement du temps prévu ?
- Les écarts au standard sont-ils chiffrés et arbitrés ?
- Données et interfaces ont-elles des responsables ?
- La recette couvre-t-elle tous les processus critiques ?
- Le plan de bascule a-t-il été répété ?
- Le support après démarrage est-il organisé ?
0 à 2 réponses négatives : projet globalement sous contrôle. 3 à 5 : points de vigilance à traiter. 6 ou plus : sécurisation prioritaire recommandée.
Questions fréquentes
Un projet en retard peut-il être redressé ?
Oui, après un diagnostic factuel du périmètre, des engagements, décisions, risques et capacités disponibles. La nouvelle trajectoire doit être réaliste et arbitrée.
Quel est le premier signal de dérapage ?
Souvent, l’absence de décisions claires : les équipes avancent sur des hypothèses différentes et l’écart devient visible trop tard.
Faut-il changer de solution ou de prestataire ?
Pas automatiquement. Il faut d’abord distinguer les causes liées au produit, au contrat, à la gouvernance, aux ressources et au périmètre.