Modèle de diagramme de Gantt pour un plan de déploiement de système
Un diagramme de Gantt de plan de déploiement modifiable : besoins, paramétrage, migration des données, intégration, tests, formation, bascule et hypercare, avec dépendances et jalons. Changez une durée, les dates suivent.
Qu'est-ce que le processus modèle de diagramme de gantt pour un plan de déploiement de système ?
Un déploiement de système est un ensemble de chantiers qui se terminent ensemble ou pas du tout. Le paramétrage seul ne sert à rien sans données migrées, sans intégrations avec les systèmes voisins et sans utilisateurs qui savent s'en servir. Les plans qui traitent ces chantiers comme une suite d'étapes dérapent, car ils sont pour l'essentiel parallèles ; ceux qui les traitent comme indépendants dérapent aussi, car c'est à la mise en production que tout se rejoint et se heurte.
Ce modèle comporte cinq phases : Planifier, Configurer, Migrer et intégrer, Tester et former, et Mise en production. Après « Conception validée », le paramétrage, la cartographie des données et les intégrations démarrent tous. La migration d'essai commence en cours de paramétrage, une fois les structures cibles en place, et attend la cartographie des données. Les tests système attendent la migration d'essai, les intégrations et le paramétrage. Les supports de formation sont préparés pendant que le paramétrage se poursuit, et la formation des utilisateurs finaux démarre quelques jours après le début de la recette utilisateur.
« Revue de préparation à la mise en production » attend la recette et la formation. Son rôle est de pouvoir dire non. Viennent ensuite la migration finale, la bascule et une période d'hypercare avant le passage de relais au support. Le plan est générique ; les durées sont des exemples. Dans un vrai déploiement, les tâches les plus longues sont souvent le nettoyage des données et les tests : testez ce qui se passe quand elles doublent.
Pour une vue plus propre au logiciel du même travail, consultez le processus de mise en œuvre de logiciels d'entreprise (/fr/templates/processus-de-mise-en-oeuvre-de-logiciels-d-entreprise), qui dessine les décisions à l'intérieur du plan.
Ce que couvre cet organigramme
Dans ce modèle
- Cinq phases, Planifier, Configurer, Migrer et intégrer, Tester et former et Mise en production, avec 16 tâches et trois jalons : « Conception validée », « Revue de préparation à la mise en production » et « Passage de relais au support ».
- Trois chantiers après la conception : « Paramétrage du système », « Cartographie et nettoyage des données » et « Développement des intégrations » n'attendent tous que « Conception validée ».
- Une migration d'essai qui démarre en cours de paramétrage : « Migration d'essai des données » commence dix jours après le début de « Paramétrage du système » et attend « Cartographie et nettoyage des données ».
- Une formation au rythme des tests : « Supports de formation » démarre cinq jours après le début du paramétrage, et « Formation des utilisateurs » trois jours après le début de « Recette utilisateur ».
- Un point de contrôle et une longue traîne : « Revue de préparation à la mise en production », « Migration finale des données », « Bascule et mise en production » et « Hypercare ».
Quand utiliser ce modèle
- Vous planifiez le déploiement d'un ERP, d'un CRM ou d'un autre système métier et avez besoin d'un plan à valider avec l'éditeur.
- Le plan d'un éditeur affiche une date de mise en production et vous voulez voir ce dont elle dépend.
- La migration des données ou les intégrations sont en retard et vous devez mesurer l'effet sur la mise en production.
- Vous voulez un plan type à adapter à chaque déploiement.
Le plan, tâche par tâche
Toutes les tâches du diagramme avec leur durée en jours ouvrés et ce qu'elles attendent. Une dépendance est un numéro d'étape ; SS signifie début à début, FF fin à fin et +n un décalage en jours ouvrés.
| # | Tâche | Groupe | Jours ouvrés | Dépend de |
|---|---|---|---|---|
| 1 | Lancement du projet | Planifier | 2 | |
| 2 | Besoins et analyse des écarts | Planifier | 10 | 1 |
| 3 | Conception validée | Planifier | Jalon | 2 |
| 4 | Paramétrage du système | Configurer | 20 | 3 |
| 5 | Cartographie et nettoyage des données | Migrer et intégrer | 12 | 3 |
| 6 | Migration d'essai des données | Migrer et intégrer | 5 | 4SS+10, 5 |
| 7 | Développement des intégrations | Migrer et intégrer | 18 | 3 |
| 8 | Tests d'intégration système | Tester et former | 8 | 4, 6, 7 |
| 9 | Recette utilisateur | Tester et former | 8 | 8 |
| 10 | Supports de formation | Tester et former | 8 | 4SS+5 |
| 11 | Formation des utilisateurs | Tester et former | 6 | 9SS+3, 10 |
| 12 | Revue de préparation à la mise en production | Mise en production | Jalon | 9, 11 |
| 13 | Migration finale des données | Mise en production | 3 | 12 |
| 14 | Bascule et mise en production | Mise en production | 2 | 13 |
| 15 | Hypercare | Mise en production | 15 | 14 |
| 16 | Passage de relais au support | Mise en production | Jalon | 15 |
Comment cela fonctionne
Séparer les chantiers
Gardez le paramétrage, les données, les intégrations, les tests et la formation comme des tâches distinctes, avec chacune un responsable.
Verrouiller la construction par une conception validée
Reliez chaque chantier à « Conception validée » : les changements postérieurs apparaissent ainsi comme des changements du plan.
Chevaucher avec des liens début à début
Faites démarrer la migration d'essai et les supports de formation en cours de paramétrage, avec un décalage en jours ouvrés.
Faire de la revue de préparation un vrai point de contrôle
Définissez les critères à l'avance. Elle doit pouvoir reporter la mise en production.
Détailler la bascule
La migration finale et la bascule sont des tâches courtes aux conséquences lourdes. Détaillez-les dans un diagramme séparé si besoin.
Prévoir l'hypercare
Gardez une période de support et un jalon de passage de relais, et dotez-les en personnes.
Questions fréquentes
Comment créer un plan de déploiement ?
Listez les chantiers des besoins à l'hypercare, donnez à chaque tâche une durée en jours ouvrés et reliez-la à ce dont elle dépend. Ce modèle le fait pour un système métier générique.
Quel est le chemin critique d'un déploiement ?
En général, la chaîne qui passe par la conception, le paramétrage ou les données, les tests et la revue de préparation. Le diagramme l'affiche quand vous l'activez dans le menu Affichage.
Est-ce adapté à un ERP et à un CRM ?
Oui, comme squelette. Renommez les tâches et ajoutez celles des modules et des intégrations que vous avez.
L'éditeur et moi pouvons-nous le partager ?
Oui. Partagez le diagramme en modification ou en lecture seule.
