Outil · Checklist
La bascule ne se signe pas à l'intuition.
Dix points de contrôle, dont quatre bloquants. Cochez ce qui est réellement fait, pas ce qui est prévu : la liste sert à repérer ce qui manque, pas à rassurer un comité.
La checklist fixe le socle minimum d'une recette avant/après : périmètre comparé, alignements de comparaison, tolérance par famille d'indicateurs, journal des écarts, valideur nommé, double run et procédure de retour arrière. Quatre points sont structurants : sans eux, un écart post-bascule ne s'instruit plus.
L’essentiel
- Un périmètre qui bouge en cours de recette rend tout écart ininterprétable.
- La tolérance se négocie avec le valideur avant la première comparaison, jamais après avoir vu les écarts.
- Le double run doit couvrir un cycle complet des indicateurs concernés, clôture comprise.
- Un point coché sans preuve archivée se retourne contre vous le jour où quelqu'un demande à voir.
Périmètre Pour un chef de projet qui prépare la validation formelle d'une bascule. La liste ne couvre ni la recette technique de la plateforme cible ni la conduite du changement, et elle est disproportionnée pour un parc de quelques rapports non financiers — dans ce cas, gardez les quatre points structurants et écartez les autres par écrit, comme le rappelle recette & réconciliation.
Points de contrôle
Le socle minimum d'une recette avant/après
Chaque point correspond à une cause d'écart constatée en fin de chantier, au moment où la correction coûte le plus cher. Les quatre points marqués comme structurants sont ceux dont l'absence rend un écart post-bascule impossible à instruire.
Cette liste ne certifie rien. Elle constate ce que vous déclarez fait. Un point coché sans preuve archivée — jeu de test conservé, écart journalisé, valideur nommé — se retournera contre vous le jour où quelqu'un demandera à voir.
Détail des points
Ce que chaque point exige concrètement
Périmètre comparé arrêté et signé
La liste des rapports et des indicateurs soumis à comparaison est figée avant la première exécution. Un périmètre qui bouge en cours de recette rend tout écart ininterprétable.
Période et fuseau alignés des deux côtés
Même borne de début, même borne de fin, même fuseau horaire. Un décalage d'une journée sur une clôture produit un écart parfaitement réel et parfaitement inutile.
Population et filtres documentés
Les filtres actifs de chaque côté sont écrits, y compris ceux enfouis dans la couche sémantique. C'est le poste où se logent la majorité des écarts inexpliqués.
Règles d'arrondi et de cumul comparées
Arrondi à la ligne ou au total, ordre des agrégations, gestion des valeurs nulles. Deux moteurs corrects peuvent diverger de quelques centièmes pour cette seule raison.
Jeux de test représentatifs archivés
Les extractions ayant servi à la comparaison sont conservées, datées, avec leur requête. Sans elles, la recette n'est pas rejouable et ne prouve rien six mois plus tard.
Seuil d'acceptation défini par famille d'indicateurs
Une tolérance unique pour tout le parc n'a pas de sens. Un montant de clôture et un indicateur de fréquentation ne se jugent pas au même écart.
Écarts journalisés, expliqués et arbitrés
Chaque écart hors tolérance porte une cause identifiée et une décision écrite : corriger, accepter, ou geler. Un écart non arbitré ressortira le jour de la bascule.
Valideur métier nommé pour chaque famille
Une personne, pas une direction. La recette se signe par quelqu'un qui répondra de la validation, et qui a vu les chiffres avant la réunion.
Fenêtre de double run définie et outillée
Durée, périmètre et procédure de comparaison automatique pendant la période où les deux socles produisent. C'est le seul dispositif qui rattrape ce que la recette n'a pas vu.
Procédure de retour arrière écrite et testée
Ce qu'on fait si la bascule est refusée à quinze jours de la mise en production. Écrite avant, pas pendant.
Lecture
La promesse qu'il ne faut jamais faire
Une migration décisionnelle ne produit pas les mêmes chiffres que le socle qu'elle remplace. Elle produit des chiffres dont les écarts sont bornés, expliqués et acceptés. La différence entre ces deux formulations est celle qui sépare un projet qui bascule d'un projet qui se décale de six mois.
L'écart le plus fréquent ne vient pas d'un calcul faux mais d'une règle de gestion posée à un endroit où personne ne la cherche : un filtre au niveau de la condition d'un objet plutôt que du rapport, un statut exclu par défaut dans la couche sémantique, une hiérarchie qui agrège dans un ordre différent. Ces règles ne se retrouvent pas en lisant les rapports, elles se retrouvent en lisant la couche qui les alimente.
La conséquence pratique porte sur le calendrier : la réconciliation ne se planifie pas comme une phase de test en fin de chantier. Elle commence au premier lot livré, sur un périmètre réduit, précisément pour découvrir tôt les causes d'écart qui se répéteront sur tout le parc.
Objection assumée
Cette checklist est disproportionnée pour un parc de quelques rapports non financiers, sans dépendance aval et sans lecture par la direction. Dans ce cas, gardez les quatre points structurants et abandonnez les six autres par écrit. Ce qui compte n'est pas de tout cocher, c'est que l'abandon soit une décision et non un oubli.
Périmètre
À qui elle s'adresse et ce qu'elle ne couvre pas
Elle s'adresse à un chef de projet décisionnel ou à un responsable BI qui prépare une bascule de socle et doit obtenir une validation métier formelle. Elle suppose que la migration soit déjà engagée et qu'un premier lot soit disponible des deux côtés.
Elle ne traite pas la recette technique de la plateforme cible — performances, sauvegardes, plan de reprise d'activité, habilitations — qui relève de l'exploitation et se conduit en parallèle avec d'autres interlocuteurs. Elle ne traite pas davantage la conduite du changement côté utilisateurs, dont le calendrier est distinct.
Elle ne dit rien du chiffrage. Si la question ouverte est encore celle du coût du chantier, elle se pose avant, avec le calculateur de charge de migration, et l'arbitrage de départ se fait avec la grille d'audit de patrimoine.
Questions fréquentes
Ce qu'on nous demande sur cette checklist
Pourquoi seulement quatre points structurants ?
Parce que ce sont les quatre dont l'absence empêche d'instruire un écart après la bascule. Sans périmètre figé, on ne sait pas ce qui devait être comparé. Sans seuil, on ne sait pas si l'écart est acceptable. Sans valideur nommé, personne ne tranche. Sans double run, il n'existe aucune période pendant laquelle constater l'écart avant qu'il ne devienne un incident.
Faut-il une tolérance d'écart différente par indicateur ?
Par famille d'indicateurs, au minimum. Un montant qui alimente une liasse et un volume de commandes ne se jugent pas au même écart, et appliquer le seuil du premier au second bloque la recette sur des différences sans conséquence. Le seuil se négocie avec le valideur métier, avant la première comparaison.
Combien de temps doit durer le double run ?
Assez longtemps pour couvrir au moins un cycle complet de production des indicateurs concernés, clôture comprise si elle est dans le périmètre. Une fenêtre plus courte ne teste que les traitements quotidiens et laisse passer exactement ce qui fait échouer une bascule : le mensuel et le trimestriel.
Que faire d'un écart qu'on n'explique pas ?
On le journalise, on le borne en périmètre et en montant, et on le porte au valideur pour décision explicite. Un écart non expliqué mais borné et accepté par écrit est une situation tenable. Un écart non expliqué et non tracé réapparaîtra le jour de la première clôture après bascule, sans personne pour en rendre compte.
Puis-je joindre cette page à mon procès-verbal ?
Oui. Vos réponses figurent dans l'adresse de la page : conservez-la, elle rejoue le même état. Ajoutez-y la date et le nom des valideurs, que cette page ne connaît pas et n'enregistre pas.
Journal de mise à jour
- — Mise en ligne de la checklist.