SYNKRASur un projet de refonte LAN/WAN ou Wi-Fi multisite, les difficultés apparaissent rarement pendant la bascule elle-même. Elles apparaissent parce qu'un point a été laissé flou en amont. Voici les sept sujets à verrouiller avant de toucher au premier site, tirés de projets menés sur une vingtaine de sites en exploitation continue.
1. Un inventaire fiable de l'existant
Équipements, versions, liens opérateurs, VLAN, adressage, dépendances applicatives : si l'inventaire est faux, le plan de bascule l'est aussi. Prévoyez une phase de relevé sur site plutôt que de vous fier uniquement à la documentation.
2. Un lotissement par site, pas un « big bang »
Découpez le projet en lots cohérents, en commençant par un site pilote représentatif mais non critique. Chaque lot doit pouvoir être basculé, recetté et, si nécessaire, annulé indépendamment des autres.
3. Des fenêtres de maintenance validées par les métiers
La bonne fenêtre n'est pas celle qui arrange l'équipe réseau, c'est celle que l'exploitation peut absorber. Faites-les valider par écrit, site par site, et tenez-les.
4. Un plan de retour arrière testé
Un rollback qui n'a jamais été testé n'est pas un plan, c'est une hypothèse. Définissez à l'avance le point de non-retour, le temps nécessaire pour revenir en arrière et la personne qui prend la décision.
5. Des critères de recette clairs
Avant la bascule, écrivez ce qui doit fonctionner pour déclarer le site opérationnel : accès aux applications métiers, téléphonie, Wi-Fi invité, impression, supervision. La recette se fait avec un utilisateur du site, pas seulement depuis la console.
6. Des prestataires pilotés sous engagement
Opérateurs, intégrateurs, installateurs : chacun doit connaître son créneau, ses livrables et ses engagements de service. Un point de coordination la veille de chaque bascule évite la plupart des mauvaises surprises.
7. Un transfert à l'exploitation préparé dès le début
CMDB à jour, supervision en place, documentation et procédures transmises : le projet n'est terminé que lorsque les équipes d'exploitation peuvent reprendre le réseau sans vous. Sur nos projets, c'est ce qui a permis de n'avoir aucun incident majeur dans les 30 jours suivant la mise en production.