Le chiffrage d'une migration décisionnelle tient à trois décisions prises avant la première ligne de code : le périmètre retenu après tri d'usage, le ratio de charge appliqué par famille d'objets, et la liste des postes explicitement exclus. Une estimation qui ne dit pas ce qu'elle exclut sera démentie par le projet.
L’essentiel
- Le compteur d'objets est un faux ami : à volume égal, deux parcs peuvent différer d'un facteur trois selon la logique enfouie.
- Un lot se définit par son risque de rupture du pilotage, pas par son périmètre fonctionnel.
- Le premier lot doit contenir un indicateur lu par la direction, sans quoi il rassure sans rien apprendre.
- La recette se chiffre à part : elle dépend du nombre d'indicateurs à réconcilier, pas du nombre de rapports.
Périmètre Pour qui doit construire un budget de chantier défendable devant un comité, une fois le périmètre arrêté. La page ne chiffre aucun coût de licence, qui s'exprime en euros et se projette avec le simulateur de coût de licences, et ne traite pas le protocole de validation des chiffres, décrit dans recette & réconciliation.
Le chiffrage d'une migration décisionnelle tient à trois décisions prises avant la première ligne de code : le périmètre retenu après tri d'usage, le ratio de charge appliqué par famille d'objets, et la liste des postes explicitement exclus de l'estimation. Une estimation qui ne dit pas ce qu'elle exclut sera démentie par le projet, et l'écart sera imputé à celui qui l'a portée.
- Le compteur d'objets est un faux ami : deux parcs de même volume peuvent différer d'un facteur trois selon la part de logique enfouie dans la couche sémantique.
- Ce qui creuse l'écart entre estimation et réalité n'est presque jamais la conversion : c'est la reconstitution des règles que personne n'avait écrites.
- Un lot se définit par son risque de rupture du pilotage, pas par son périmètre fonctionnel : la clôture d'abord, l'analyse ensuite.
- La recette ne se dérive pas d'un nombre de rapports mais d'un nombre d'indicateurs à réconcilier — elle se chiffre à part, ou elle fait exploser le budget en cours de route.
Cette page s'adresse à qui doit construire un budget défendable devant un comité. Elle ne traite pas le coût des licences de la cible, qui s'exprime en euros et non en jours-homme, et qui a sa propre page.
Le faux ami : le compteur d'objets
Compter les rapports donne une taille, pas une charge. Un rapport simple — une ou deux sources, une mise en forme standard, aucune règle cachée — se reprend en quelques heures. Un rapport dont la logique métier est répartie entre trois objets d'univers et un contexte de requête demande d'abord d'être compris, ce qui n'a aucun rapport avec sa taille apparente.
La seule façon d'obtenir une proportion fiable de rapports complexes est d'échantillonner : trente rapports pris au hasard dans le parc trié, classés selon un critère écrit à l'avance. Un classement fait de mémoire par l'équipe sous-estime systématiquement la part complexe, parce que l'équipe connaît les rapports qu'elle a construits et pas ceux qu'elle a hérités.
Le calculateur de charge de migration prend cette proportion en entrée, affiche les ratios utilisés et annonce le périmètre exclu. Les valeurs par défaut y sont présentées pour ce qu'elles sont : des conventions de départ, à remplacer par vos propres mesures dès le premier lot livré.
Découper en lots sans casser le pilotage
Le premier lot n'est pas le plus facile, c'est le plus instructif. Il doit contenir au moins un indicateur lu par la direction, précisément pour découvrir tôt les causes d'écart qui se répéteront sur tout le parc. Un premier lot composé de rapports périphériques rassure et n'apprend rien.
Chaque lot porte trois attributs avant de démarrer : son périmètre figé, son valideur métier nommé, et sa fenêtre de double run. Cette dernière doit 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 le quotidien et laisse passer ce qui fait échouer une bascule : le mensuel et le trimestriel.
Le découpage coûte plus cher en coordination qu'une bascule unique. Il coûte infiniment moins cher qu'une clôture ratée, et c'est le seul arbitrage de cette page qui ne se discute pas.
Mesurer ses propres ratios plutôt que d'en emprunter
Reprenez cinq rapports simples et cinq rapports complexes de bout en bout, jusqu'à la validation métier, en relevant le temps passé sans arrondir. Notez séparément le temps de reprise et le temps de recette : un écart de reprise se corrige par de l'outillage, un écart de recette se corrige par du protocole, et les confondre fait acheter la mauvaise solution.
Datez la mesure et notez la version exacte du produit source. Un ratio relevé sur une version ne s'applique pas tel quel à une autre dont les objets ont été repris entre-temps. Un ratio sans version ni date est un chiffre orphelin, au même titre qu'un prix sans sa grille.
Ce que cette page ne couvre pas
Elle ne recommande aucune cible et ne compare aucun outil. Le choix de la cible est une décision d'usage et d'architecture qui se prend avant le chiffrage, et qui reste rattachée à une sortie de socle hérité — jamais traitée comme un sujet d'architecture pour lui-même.
Elle ne traite pas non plus la conduite du changement côté utilisateurs, dont le calendrier est distinct de celui du chantier technique, ni la recette elle-même, qui a sa page et son protocole.
À lire ensuite
Le silo « Chantiers de migration » du blog développe cette page article par article :
- Migrer SAP BusinessObjects vers Power BI : la méthode
- Univers BO vers modèle sémantique Power BI : la conversion
- Rapport Webi vers rapport paginé Power BI : ce qui se perd
- Coût réel d'une migration BusinessObjects vers Power BI
- Choisir la cible d'une migration décisionnelle : les critères
Voir tous les articles « Chantiers de migration »
Journal de mise à jour
- — Première publication de la page pilier.