Lorsqu’une DSI conçoit un logiciel mais ne gère pas elle-même son déploiement matériel, elle entre dans une zone à haut risque. Le moindre angle mort, la moindre imprécision ou un manque de gouvernance peut transformer un projet pourtant bien conçu en un parcours d’obstacles, voire en fiasco complet. Et lorsque le déploiement concerne un réseau national de 950 centres, chacun équipé de bornes connectées et d’écrans digitaux reliés à un système central, l’exigence de structure, de pilotage et de coordination devient vitale.

Ce type de projet est aujourd’hui fréquent : la DSI fabrique le logiciel, mais le déploiement physique est confié à divers prestataires. Une société installe les bornes d’accueil, une autre les écrans, et la DSI s’occupe du paramétrage applicatif, de l’intégration au SI, du firewalling, de l’Active Directory, de la supervision et de la sécurité. Le tout en pleine production, sans interrompre le fonctionnement des centres. Une orchestration millimétrée est indispensable.

La règle n°1 : comprendre que déployer n’est pas installer

Installer une borne, visser un écran au mur ou tirer un câble n’a rien à voir avec un déploiement au sens DSI du terme.

Un déploiement, c’est de la coordination multi-acteurs, de la préparation réseau, de la gestion des droits, de la configuration système, des tests, de la recette, des bascules et du support post-déploiement.

Beaucoup d’organisations confondent les deux, et pensent que « puisqu’un prestataire installe les bornes, tout va rouler ». C’est faux. Si les flux réseau ne sont pas ouverts, si la machine n’est pas inscrite dans le domaine AD, si la supervision n’est pas active, si les certificats ne sont pas prêts… tout s’effondre.

C’est la première grande erreur : croire que la DSI peut se contenter de livrer un binaire, et que « les sites n’auront qu’à brancher ».

Le chef de projet déploiement : autorité, méthode et vision industrielle

Le chef de projet déploiement n’est pas un logisticien. C’est un directeur d’usine opérationnelle qui orchestre les prestataires, les équipes réseau, la sécurité, l’architecture, les métiers, les équipes locales, le support N1/N2/N3, et la direction de projet.

Son périmètre doit être formalisé noir sur blanc dès le départ :

planification macro et micro des 950 sites, pilotage des prestataires, gestion des prérequis réseaux, vérification de la conformité de chaque site, validation des créneaux d’intervention, organisation de la recette locale, documentation du site, gestion des incidents de déploiement, VSR, go/no-go métiers, communication locale, mise à jour du planning.

Il doit avoir le dernier mot sur la readiness d’un site : un site non conforme ne doit pas être déployé.

Le dossier de site : la fondation d’un déploiement industriel

Un site ne doit être planifié que si un dossier de site complet existe.

Il doit contenir le schéma réseau du centre, les adresses IP, les règles firewall nécessaires, les noms d’hôtes AD, l’accès réseau filaire ou Wi-Fi, la disponibilité du responsable, la matrice de câblage, les prises électriques, les coordonnées du technicien local, la date validée et une checklist pré-déploiement signée.

Sans dossier complet, c’est du déploiement sauvage. Et le déploiement sauvage, c’est 25% de retours, 45% de replanifications et 100% de perte de crédibilité.

Les erreurs mortelles

Déployer sans prérequis réseau validés, laisser les prestataires travailler sans gouvernance, ne pas tester en fin de visite.

Un site n’est jamais “fait” tant que la borne n’a pas communiqué avec le serveur, que l’écran n’a pas affiché les flux, que la supervision ne remonte pas et que le ticket de recette n’est pas signé.

Industrialisation, checklists et runbook : la méthode pour passer à l’échelle

La DSI doit créer un runbook complet, une checklist pré-intervention, une checklist post-intervention, une procédure de rollback, une procédure d’escalade, un modèle de ticket et un modèle de rapport d’intervention.

Le tout doit être versionné, centralisé et mis à jour.

Sans runbook, chaque intervenant improvise. Et l’improvisation est la mort d’un projet industriel.

Le PMO : le centre nerveux du projet

Un déploiement à 950 sites nécessite une cellule PMO dédiée pour gérer le planning, la consolidation des incidents, le reporting, les alertes, le suivi des livraisons et la documentation.

Sans PMO, on pilote un avion sans tableau de bord.

La synchronisation entre DSI, prestataires et métiers

Le chef de projet déploiement doit organiser un daily call avec les prestataires, un comité de déploiement hebdomadaire avec la DSI, un comité mensuel avec la direction et un canal Teams dédié pour les incidents.

Le support doit être mobilisé : un site bascule, le support doit savoir ce qui est déployé, par qui, comment, avec quelle version, et quels flux doivent fonctionner.

Pilotes et pré-production : l’étape indispensable

Il faut déployer deux sites pilotes, puis un centre de référence, puis dix centres représentatifs.

Les pilotes révèlent les trous dans les firewalls, les erreurs du runbook, les défauts d’alimentation et les mauvaises pratiques des prestataires.

Ne pas faire de pilote, c’est aller au crash.

Recette et validation

Chaque site doit avoir un ticket de recette signé, un test de communication, un test de supervision, un test métier et un enregistrement dans l’inventaire.

La recette est la preuve que le site fonctionne.

VSR et stabilisation

La VSR doit durer entre 72h et 7 jours.

Elle doit intégrer les tickets, la disponibilité, le monitoring, les escalades et l’intégration au support.

C’est l’étape la plus sous-estimée et pourtant la plus essentielle.

Une gouvernance robuste : la colonne vertébrale du projet

La gouvernance est la structure invisible qui empêche le projet de s’effondrer.

Elle doit être formalisée et contractualisée, pas improvisée.

La gouvernance commence par un RACI détaillé qui définit qui décide, qui valide, qui exécute et qui supporte. Il doit être simple, partagé et opposable. Tout flou crée des dérives, des retards et des zones grises dangereuses.

Elle impose aussi un planning directeur unique : un seul planning, un seul outil, une seule source de vérité. Chaque prestataire, chaque intervenant et chaque site doit s’aligner dessus. Rien ne doit être “géré par mail”.

La gouvernance exige un référentiel documentaire centralisé : runbook, procédures, templates, reporting, checklists, fiches sites, tout doit être versionné et accessible. Une documentation éclatée ou non mise à jour est la source la plus fréquente de chaos opérationnel.

Elle impose également un processus de décision clair : qui peut valider un go/no-go, qui peut déclencher un stop–déploiement, qui arbitre un site bloquant, qui traite les risques critiques. Un projet multisite ne peut pas dépendre de décisions ad hoc.

La gouvernance doit également s’appuyer sur un comité de pilotage structuré : un COPIL mensuel avec direction et sponsors, un comité hebdomadaire avec métiers et DSI, et un comité opérationnel quotidien avec les prestataires. Ce rythme maintient le projet dans une dynamique maîtrisée, empêche les dérives silencieuses et permet d’absorber les imprévus.

Elle doit enfin inclure une gouvernance des risques : un tableau de bord des risques, mis à jour chaque semaine, identifiant les flux bloquants, les sites sensibles, les prestataires défaillants, les dépendances critiques et les charges à venir. Sans gestion proactive des risques, le projet devient réactif, ce qui est le pire scénario en déploiement industriel.

Une gouvernance robuste n’est pas bureaucratique : elle est accélératrice de déploiement.

C’est l’infrastructure invisible qui fait passer un projet de la survie improvisée à la maîtrise industrielle.

Le chef de projet déploiement : un rôle commando

Ce chef de projet ne doit pas être un simple coordinateur.

Il doit être exigeant, présent, capable de recadrer, orienté terrain, obsédé par la qualité, capable de dire non et d’imposer un stop-déploiement si nécessaire.

Un bon déploiement est une orchestration militaire. Pas une suite d’interventions gentilles.

Conclusion : réussir un déploiement national, c’est réussir la gouvernance

Dans un projet où la DSI réalise le logiciel mais ne déploie pas elle-même le matériel, la clé n’est ni le code, ni l’outil, ni la borne.

La clé est la gouvernance.

950 centres, plusieurs prestataires, AD, firewalling, écrans, bornes, paramétrages, support, tests, recette, VSR…

Ce n’est pas un projet technique.

C’est un projet d’exécution industrielle.

La réussite repose sur un chef de projet déploiement fort, un runbook solide, des prérequis documentés, des prestataires pilotés, une communication permanente, des pilotes solides, une recette rigoureuse, une VSR complète et une gouvernance robuste.

Avec ces conditions, même un déploiement de 950 sites devient un modèle de maîtrise. Sans elles, c’est une succession de retards, de chaos et d’arbitrages politiques. Le DSI qui comprend cela transforme un déploiement en accélérateur stratégique plutôt qu’en bombe opérationnelle.