Portfolio · 02 sur 03 · Distribution d'articles de sport
Des données fiabilisées à la source, des bascules décidées sur des preuves, une activité protégée à chaque étape.
43
magasins déployés
39 migrés et 4 ouverts, en 6 mois de déploiement en série
80
personnes coordonnées, de la direction générale au terrain
1 500
collaborateurs embarqués dans le déploiement
32 mois
de mission environ, consultant en cabinet
Le défi
Faire passer le plus gros sociétaire d'un réseau national de son AS400 à un nouvel ERP. L'ancien système ne permettait pas le retrait en magasin des commandes en ligne.
L'enjeu
Le plus gros magasin du réseau bascule en premier. Pendant tout ce temps, le dirigeant doit continuer à piloter son activité.
Mon rôle
Pilote de la mission, responsable de la migration de données et des déploiements, avec une équipe de 3 consultants.
Si la bascule réussit, on poursuit ; sinon, retour arrière et arrêt total du projet.
La règle fixée dès le départ
Mon périmètre
Métier et fonctionnel
PortéProcessus magasins, règles du référentiel, déploiement, conduite du changement
Data
PortéDiagnostic du référentiel, règles de migration, migrations à blanc, analyse des rejets
Technique
CoordonnéParamétrage de l'ERP par l'intégrateur ; clé composite conçue avec un spécialiste des données
Acte 1 · Fiabiliser
Des anomalies liées à l'écart d'architecture entre l'AS400 et le nouvel ERP, chacune remontée jusqu'à sa cause racine.
| N° | L'anomalie | La solution |
|---|---|---|
| 1 | Saison écrite dans la désignation et réécrite à chaque saison : l'ancienneté du stock devient illisible | Saison gérée comme attribut natif du nouvel ERP, création des articles centralisée, zéro développement |
| 2 | Un même identifiant pour plusieurs désignations | Références locales isolées sous un identifiant distinct, contrôle mensuel ; seules les références avec stock reprises |
| 3 | Des codes EAN recyclés : un même code pour plusieurs articles | Clé composite (fournisseur, EAN, désignation) conçue avec un spécialiste des données ; recyclage désormais impossible |
| 4 | Une même taille, un sens différent selon le fournisseur : un L chez l'un, un XL chez l'autre Cause racine : une grille par fournisseur dans l'AS400, une grille par type de produit dans le nouvel ERP | Une grille de tailles globale dans le nouvel ERP, et des correspondances établies par fournisseur avant la bascule |
| 5 | Deux nomenclatures pour les mêmes articles Cause racine : le classement du réseau et celui de la fédération sportive coexistaient | Un rapprochement outillé : 60 % des articles rapprochés automatiquement sur le code fournisseur, le reste par 6 opératrices formées |
Acte 2 · Décider
Après chaque migration, les rejets sont corrigés une fois, dans la base commune à tous les magasins. Chaque vague profite des corrections de la précédente.
1 · Migrer
Une migration à blanc, une semaine avant la bascule du magasin
2 · Analyser
Chaque rejet remonté jusqu'à sa cause racine, dans les données ou dans les pratiques
3 · Remédier
La correction appliquée une fois, dans la base commune à tous les magasins
4 · Décider
La poursuite décidée au vu du résultat ; la vague suivante démarre avec moins de rejets
Acte 3 · Protéger
La première bascule conditionne la suite du projet ; ensuite, deux bascules par semaine, en dehors des soldes et des congés.
Soldes d'été
Congés
Objectif initial
mi-septembre
Janv.
Févr.
Mars
Avril
Mai
Juin
Juil.
Août
Sept.
Bascule n° 1
plus gros magasin, avant les soldes
39e migration début septembre, avant l'objectif initial de mi-septembre.
Lundi : infrastructure, migration des données et paramétrage. Mardi : formation back-office. Mercredi : formation front-office. Jeudi : bascule opérationnelle. Vendredi : support, puis formation de la direction et des chefs de zone aux indicateurs.
Parlons d'abord de vos données, de votre calendrier et de vos équipes. La bascule viendra ensuite.