Planifier un déploiement ERP module par module dans un Gantt
Planifiez un déploiement ERP dans un diagramme de Gantt : fit-gap, constructions de modules en chevauchement, chargements répétés, recettes, répétition de bascule et hypercare, avec les dépendances qui fixent la date.
Un plan ERP est un ensemble de cycles, pas une ligne droite. Ce guide montre comment organiser fit-gap, constructions de modules, chargements de données et cycles de test pour que la date de mise en production vienne des dépendances et non d'un espoir.
En bref
- Planifiez par module et par cycle : chargements et tours de test sont des tâches, pas des notes de bas de page.
- Faites se chevaucher les constructions de modules avec des liens début-début, sans raccourcir les durées.
- Faites attendre au dernier chargement de données le dernier module qu'il doit alimenter.
- Conditionnez la mise en production à la répétition et à la formation, pour qu'une répétition en retard déplace la décision.
- Considérez le nombre de cycles comme des hypothèses et lisez leur coût sur la date de fin.
Planifier les cycles, pas seulement les phases
Le plan ERP habituel compte cinq phases et une date de mise en production. Il se présente facilement et cache le travail qui décide vraiment de la date : combien de fois les données seront chargées, combien de tours de recette le métier demandera, et si la bascule aura été répétée. Quand ces éléments manquent au planning, ils ont lieu quand même. Ils ont lieu après que le plan a annoncé la mise en production proche.
La méthode ici consiste à planifier par module et par cycle. La finance ou le grand livre est paramétré en premier et fixe le début des autres modules. Chaque module suivant chevauche son prédécesseur, car les équipes de paramétrage peuvent travailler en parallèle, mais pas toutes en même temps. Les données sont chargées en au moins deux cycles, le dernier attendant le dernier module à alimenter. Les tests forment une suite de cycles avec une tâche de correction entre eux, et la formation comme la répétition conditionnent la décision de mise en production.
Considérez le nombre de cycles comme une hypothèse modifiable. Une source de données propre et un petit périmètre peuvent n'exiger qu'un chargement et un cycle de recette. Un groupe multi-entités avec des années de données historiques en demandera davantage. Ajouter un cycle au diagramme en montre aussitôt le coût en jours ouvrés, ce qui se discute plus facilement avec un comité de pilotage qu'une inquiétude générale sur la qualité.
Ce guide porte sur le planning. La même structure convient à un CRM ou à tout progiciel de gestion, et le nom du produit ne change rien à la logique des dépendances. Pour un plan plus court, en un seul passage, voyez /fr/guides/planning-de-deploiement-diagramme-de-gantt-erp-crm. Pour les étapes, décisions et rôles de chaque phase, voyez /fr/templates/processus-de-mise-en-oeuvre-de-logiciels-d-entreprise et /fr/templates/organigramme-du-processus-de-migration-des-donnees-de-l-evaluation-au-basculement.
Un déploiement ERP, construit par étapes
Dix-neuf tâches en quatre phases. Les durées sont indicatives ; fixez les vôtres. Ouvrez le panneau tableur pour voir les lignes derrière chaque étape.
Le fit-gap avant toute construction
« Ateliers de processus par module » dure 8 jours ouvrés. « Analyse des écarts (fit-gap) » (6) démarre quatre jours ouvrés après le début des ateliers, et le jalon « Décisions fit-gap validées » attend les deux.
Des modules construits en cycles qui se chevauchent
« Paramétrage finance et noyau » (10 jours) vient en premier. « Paramétrage achats et stocks » démarre quatre jours ouvrés après son début, et « Paramétrage ventes et commande-encaissement » quatre jours après celui-ci. « Rapports, formulaires et extensions » (12) suit la finance.
Chargements et cycles de test répétés
« Cycle de chargement de données 2 » attend « Cycle de chargement de données 1 » et le paramétrage des ventes. « Cycle de tests d'intégration » attend le second chargement et les extensions. Puis « Recette utilisateur 1 (UAT) », « Corriger les anomalies de la recette 1 » et « Recette utilisateur 2 (UAT) » s'enchaînent, « Formation des utilisateurs finaux » démarrant deux jours après le début des corrections.
Répéter, décider, basculer
« Répétition de bascule » suit la seconde recette. Le jalon « Décision de mise en production » attend la répétition et « Formation des utilisateurs finaux ». « Chargement final et bascule » dure 3 jours et « Hypercare » 15.
Comment cela fonctionne
Lister les modules dans l'ordre de leurs dépendances
Placez le grand livre ou le noyau en premier et demandez, pour chaque autre module, ce qu'il attend de ceux qui le précèdent. Créez une tâche de paramétrage par module.
Faire se chevaucher les constructions avec des liens début-début
Si le module suivant peut démarrer quatre jours après le début du précédent, écrivez 5SS+4 dans Dépend de (Depends on). Ne raccourcissez pas les durées pour simuler le chevauchement.
Ajouter chaque chargement de données et la tâche qu'il attend
Faites suivre au premier chargement le paramétrage du noyau. Faites dépendre le dernier chargement du dernier module à alimenter, pour qu'un module en retard déplace le chargement.
Ajouter les cycles de test avec une tâche de correction entre eux
Chaînez les tests d'intégration, le premier cycle de recette, la tâche de correction et le second cycle. Décidez du nombre de cycles que vous supposez et ajoutez ou retirez des lignes en conséquence.
Conditionner la mise en production à la répétition et à la formation
Ajoutez un jalon de durée 0 pour la décision de mise en production et reliez-y la répétition et la formation. Faites-le suivre du chargement final, de la bascule et de l'hypercare.
Vérifier le chemin critique et comparer avec la date voulue
Activez le chemin critique dans le menu Affichage, lisez la date de fin et comparez-la avec la date dont le métier a besoin. Changez un nombre de cycles ou une dépendance et voyez ce qui bouge.
Erreurs à éviter
Un seul chargement et un seul cycle de test
Un plan avec un seul chargement de données et un seul tour de tests suppose qu'on ne trouvera rien. Prévoyez au moins un premier et un second chargement et une tâche de correction entre les cycles de test, puis ajustez à vos données.
Lancer la construction avant que les écarts soient tranchés
Si le paramétrage commence avant la validation du fit-gap, les décisions se prennent en cours de construction. Gardez un jalon de validation et faites dépendre la construction de lui.
Traiter la formation comme la dernière tâche
Une formation planifiée après la décision de mise en production laisse les utilisateurs non formés le jour J. Reliez-la comme prédécesseur de la décision et démarrez-la une fois les corrections en place.
Lire le plan comme un signe de préparation
Un diagramme où chaque tâche est à l'heure ne dit rien de la qualité des données ou du paramétrage. Gardez les résultats de test et le nombre d'anomalies dans vos dossiers de projet.
Ouvrir le diagramme de Gantt de déploiement ERP
Ouvrez le modèle ERP, remplacez modules et nombres de cycles par les vôtres et regardez la date de mise en production bouger.
Guides associés
Questions fréquentes
Combien de cycles de chargement de données un plan ERP doit-il avoir ?
Cela dépend de la propreté des données source et du nombre de systèmes qui alimentent le nouveau. Le modèle en utilise deux, avec des durées indicatives. Ajoutez un cycle pour chaque source qui demande un nettoyage important.
Puis-je planifier un déploiement par pays ou par entité ?
Oui. Répétez les tâches de construction, de chargement et de test pour chaque vague, groupez-les par vague et reliez la première tâche de la seconde vague à la mise en production de la première, ou à un jalon antérieur si le travail peut se chevaucher.
Cela convient-il à un CRM ou à un autre système ?
Oui. La structure de dépendances paramétrer, charger, tester, répéter, mettre en production est la même. Renommez les tâches de modules selon votre système et gardez les cycles que vous prévoyez.
QueryChart peut-il suivre le budget ou la charge par module ?
Non. Il gère des durées en jours ouvrés, des responsables, l'avancement et des notes. Le suivi des coûts et de la charge relève de votre outil financier ou de gestion de projet.
En quoi la répétition diffère-t-elle de la recette ?
La recette vérifie que le métier peut faire son travail dans le système. La répétition teste la bascule elle-même : le chargement final, l'enchaînement des étapes de bascule et leur durée. Planifiez-les comme des tâches distinctes.
