Plan de déploiement : modèle de projet

Un plan de déploiement qui prévoit le pilote, les vagues, la reprise arrière et le support des deux premières semaines.

Fait partie de nos Modèles de plan de projetgratuits.

Télécharger PDF Gratuit · Pas d’inscription · Pas de filigrane

Modèle vierge Exemple rempliDéploiement d’un outil de relation client dans 14 agences

1.Présentation du projet

Nom du projet	{{Nom du projet}}
Commanditaire	{{Commanditaire / décideur}}
Chef de projet	{{Chef de projet}}
Date de début	{{Date de début}}
Date de fin visée	{{Date de fin visée}}
Statut	{{Non démarré / Conforme au plan / En risque}}

Ce bloc reste en page une : le projet, son pilote et son état visibles d’un coup d’œil. Un seul chef de projet et un seul commanditaire, celui qui peut réellement trancher.

2.Objectifs et critères de réussite

Mettre {{outil ou processus}} en service dans {{périmètre}} d’ici le {{date}}
Atteindre {{taux d’usage réel attendu}} quatre semaines après la dernière vague
Critère de réussite : {{ce qui doit être vrai un mois après la bascule}}

Écrivez des objectifs mesurables — « nouveau tunnel de paiement en ligne en semaine 39, taux d’erreur sous 1 % » plutôt que « améliorer le paiement ». Si vous ne pouvez pas dire si c’est atteint, ce n’est pas un objectif.

3.Périmètre

Dans le périmètre

{{Sites, services ou équipes qui basculent}}
Formation des utilisateurs et des référents locaux
Reprise des données et arrêt de l’ancien fonctionnement

Hors périmètre

{{Site ou service qui ne bascule pas dans ce projet}}
{{Fonctionnalité reportée à une phase suivante}}
{{Évolution demandée pendant le déploiement et renvoyée à plus tard}}

C’est le hors-périmètre qui empêche réellement la dérive. Écrivez noir sur blanc ce que tout le monde suppose inclus et qui ne l’est pas.

4.Jalons et calendrier

Jalon	Responsable	Date cible	Statut
Pilote démarré sur {{périmètre restreint}}	{{Responsable}}	{{Date}}	Non démarré
Bilan du pilote et décision de généraliser	{{Commanditaire}}	{{Date}}	Non démarré
Vague 1 basculée	{{Responsable}}	{{Date}}	Non démarré
Vague 2 basculée	{{Responsable}}	{{Date}}	Non démarré
Ancien fonctionnement arrêté, clôture du projet	{{Responsable}}	{{Date}}	Non démarré

Les jalons sont des points de contrôle, pas des tâches : quelques dates où l’on répond par oui ou non à « est-ce livré ? ». Un responsable par jalon.

5.Tâches et lots de travaux

Tâche	Responsable	Début	Échéance	Statut
Écrire et tester la procédure de retour arrière	{{Responsable}}	{{Début}}	{{Échéance}}	À faire
Former les référents locaux de chaque site	{{Responsable}}	{{Début}}	{{Échéance}}	À faire
Reprendre et contrôler les données de {{source}}	{{Responsable}}	{{Début}}	{{Échéance}}	À faire
Organiser le support renforcé des deux semaines suivant chaque vague	{{Responsable}}	{{Début}}	{{Échéance}}	À faire
Mesurer l’usage réel et traiter les écarts par site	{{Responsable}}	{{Début}}	{{Échéance}}	À faire

Découpez le travail en tâches suivables sur une semaine au plus. Une tâche sans responsable et sans date ne se fera pas.

6.Rôles et responsabilités

Rôle	Nom	Responsabilité
Commanditaire	{{Nom}}	Décide de généraliser après le pilote, arbitre les demandes d’évolution
Chef de projet déploiement	{{Nom}}	Pilote les vagues, le support et la mesure d’usage
Référent local	{{Nom}}	Premier niveau d’aide sur son site, remonte les blocages
Support technique	{{Nom}}	Reprise des données, retour arrière, incidents

Attribuez les responsabilités à des rôles, pas à des personnes : le plan survit alors à un changement d’équipe. Précisez qui décide, qui produit et qui doit seulement être informé.

7.Risques et mesures

Risque	Impact	Probabilité	Mesure	Responsable
Adoption faible : les utilisateurs reviennent à l’ancienne pratique	élevé	moyenne	Mesure d’usage par site chaque semaine, référent local nommé, arrêt effectif de l’ancien outil à une date annoncée	{{Chef de projet}}
Données reprises incomplètes ou fausses	élevé	moyenne	Contrôle par échantillon avant chaque vague, reprise rejouable, période de double saisie limitée et datée	{{Support technique}}
Demandes d’évolution pendant le déploiement	moyen	élevée	Toute demande est enregistrée et traitée après la dernière vague, sauf blocage avéré	{{Commanditaire}}
Support insuffisant les premiers jours	moyen	moyenne	Deux semaines de support renforcé par vague, personnes nommées et créneaux réservés au planning	{{Chef de projet}}

Ne retenez que les risques capables de faire dérailler le projet. Cotez impact et probabilité en élevé / moyen / faible, nommez la mesure et son responsable, et relisez le tableau à chaque point d’avancement.

8.Budget

Poste	Budget prévu	Réalisé
Licences et paramétrage	{{Prévu}}	{{Réalisé}}
Formation et remplacement des personnes formées	{{Prévu}}	{{Réalisé}}
Reprise des données et prestations techniques	{{Prévu}}	{{Réalisé}}
Provision pour aléas	{{Prévu}}	{{Réalisé}}

Estimez les grands postes de coût et prévoyez une provision pour aléas. Si le projet n’a pas de budget, gardez la section et inscrivez « sans objet » : les relecteurs s’attendent à la trouver.

9.Validation

Chef de projet Nom Signature Date

Commanditaire Nom Signature Date

Les deux signatures actent le périmètre, le calendrier et le budget avant le démarrage des travaux.

Exemple rempli pour un réseau de services aux entreprises de 190 salariés, déploiement en trois vagues sur cinq mois.

1.Présentation du projet

Nom du projet	Déploiement de l’outil de relation client dans les 14 agences
Commanditaire	Marc Aubertin, directeur du réseau
Chef de projet	Leïla Ben Amar, cheffe de projet déploiement
Date de début	4 janvier 2027
Date de fin visée	28 mai 2027
Statut	Conforme au plan

2.Objectifs et critères de réussite

Les 14 agences utilisent l’outil pour tous les nouveaux dossiers clients au plus tard le 28 mai 2027
Atteindre 90 % des dossiers créés dans l’outil quatre semaines après la dernière vague
Critère de réussite : un mois après la dernière bascule, aucun tableur de suivi client en circulation

3.Périmètre

Dans le périmètre

Les 14 agences, soit 118 utilisateurs, dont 14 référents locaux
Formation des utilisateurs et des référents, support renforcé après chaque vague
Reprise des fiches clients et des affaires en cours depuis les tableurs existants
Arrêt annoncé et effectif des tableurs de suivi

Hors périmètre

Le siège et le service comptabilité, qui conservent leurs outils
Le module de devis, prévu dans une phase ultérieure
La connexion à la facturation, qui reste manuelle pendant ce déploiement
Les demandes d’évolution formulées en cours de déploiement, traitées après la dernière vague

4.Jalons et calendrier

Jalon	Responsable	Date cible	Statut
Pilote démarré sur les agences de Rennes et de Vannes	Leïla Ben Amar	02/02/2027	Terminé
Bilan du pilote et décision de généraliser	Marc Aubertin	05/03/2027	Terminé
Vague 1 basculée : 5 agences de l’ouest	Leïla Ben Amar	30/03/2027	En cours
Vague 2 basculée : 7 agences restantes	Leïla Ben Amar	05/05/2027	Non démarré
Tableurs de suivi arrêtés, projet clos	Marc Aubertin	28/05/2027	Non démarré

5.Tâches et lots de travaux

Tâche	Responsable	Début	Échéance	Statut
Écrire la procédure de retour arrière et la tester sur l’agence de Vannes	Yann Kerhervé	04/01/2027	29/01/2027	Terminé
Former les 14 référents locaux sur deux journées	Leïla Ben Amar	09/02/2027	27/02/2027	Terminé
Reprendre les fiches clients des cinq agences de la vague 1 et contrôler par échantillon	Yann Kerhervé	08/03/2027	27/03/2027	En cours
Assurer le support renforcé des deux semaines suivant chaque bascule	Leïla Ben Amar	30/03/2027	19/05/2027	En cours
Mesurer chaque semaine la part des dossiers créés dans l’outil, par agence	Sonia Berthier	30/03/2027	28/05/2027	En cours
Traiter le registre des demandes d’évolution après la vague 2	Marc Aubertin	10/05/2027	28/05/2027	À faire

6.Rôles et responsabilités

Rôle	Nom	Responsabilité
Commanditaire	Marc Aubertin	A décidé la généralisation après le pilote, arbitre les demandes d’évolution
Cheffe de projet déploiement	Leïla Ben Amar	Pilote les vagues, la formation, le support et la mesure d’usage
Support technique	Yann Kerhervé	Reprise des données, procédure de retour arrière, incidents
Référents locaux	14 personnes, une par agence	Premier niveau d’aide sur place, remontée hebdomadaire des blocages
Pilotage de l’usage	Sonia Berthier	Mesure hebdomadaire par agence et traitement des écarts

7.Risques et mesures

Risque	Impact	Probabilité	Mesure	Responsable
Retour aux tableurs dans les agences les plus chargées	élevé	moyenne	Mesure d’usage hebdomadaire par agence, référent local nommé, accès aux tableurs supprimé à la date annoncée	Sonia Berthier
Fiches clients reprises en double ou incomplètes	élevé	moyenne	Contrôle par échantillon de 50 fiches avant chaque vague, reprise rejouable, double saisie limitée à cinq jours ouvrés	Yann Kerhervé
Demandes d’évolution qui retardent les vagues	moyen	élevée	Registre unique, aucune évolution avant la vague 2 sauf blocage avéré tranché par le commanditaire	Marc Aubertin
Référent local absent au moment de la bascule de son agence	moyen	moyenne	Un suppléant formé par agence, bascule reportée d’une semaine si les deux sont absents	Leïla Ben Amar

8.Budget

Poste	Budget prévu	Réalisé
Licences 118 utilisateurs et paramétrage	96 000 €	96 000 €
Formation et remplacement des personnes formées	28 000 €	16 400 €
Reprise des données et prestations techniques	22 000 €	11 800 €
Support renforcé (renfort temporaire deux mois)	14 000 €	4 600 €
Provision pour aléas (8 %)	13 000 €	0 €

9.Validation

Chef de projet Nom Signature Date

Commanditaire Nom Signature Date

Que contient un plan de déploiement ?

Un plan de déploiement décrit comment un outil ou un processus déjà construit arrive entre les mains des utilisateurs : un pilote sur un périmètre restreint, des vagues de bascule datées, la formation associée, la reprise des données, une procédure de retour arrière et un support renforcé pendant les premières semaines. Il ne traite pas de la conception, mais de la mise en service.

Le modèle ci-dessus organise ces éléments en jalons (pilote, vague 1, vague 2, clôture) et en tâches datées, avec un tableau de risques centré sur l’adoption et la reprise des données. L’exemple rempli déploie un outil de relation client dans un réseau de 14 agences.

Comment ça marche

Lire le plan de déploiement sur cette page, avec un exemple rempli en réseau d’agences.
Télécharger le Word ou le PDF et découper votre déploiement en vagues.
Écrire la procédure de retour arrière avant la première bascule, pas pendant.
Prévoir le support renforcé des deux premières semaines dans le plan, pas dans les bonnes intentions.

Questions fréquemment posées

Que contient un plan de déploiement ?

Faut-il déployer par vagues ou tout d’un coup ?

Par vagues dès que plusieurs sites ou services sont concernés : la première vague révèle les problèmes que le pilote n’a pas montrés, et les suivantes en profitent. La bascule simultanée ne se justifie que lorsque deux systèmes ne peuvent pas coexister, par exemple à cause d’un stock ou d’une comptabilité communs.

Que doit contenir la procédure de retour arrière ?

Qui décide du retour arrière, à quel moment au plus tard, quelles opérations techniques sont nécessaires et comment les utilisateurs sont prévenus. Elle s’écrit avant la première bascule et se teste au moins une fois : une procédure jamais essayée n’est pas une procédure, c’est une intention.

Combien de temps prévoir un support renforcé ?

Deux semaines pleines après chaque vague, avec des personnes nommées et un créneau dédié. Le volume de questions culmine au deuxième et au troisième jour, pas le premier. Inscrivez ce support dans le plan avec des noms : sans cela, il repose sur les personnes qui ont déjà construit le projet et qui sont déjà occupées ailleurs.