i

Description

Compteur électrique mécanique à cadrans : on paie ce que l'on consomme, au kilowattheure près.

Source

Mike1024 · page d’origine

Licence

PD Domaine public

Photo d’origine, non retouchée. L’arrière-plan en est une version stylisée par le site.

Coût, licences et capacité

Ce thème évalue la maîtrise du coût d'une plateforme BI : choix de licences (Pro, Premium par utilisateur, capacités Fabric F-SKU, héritage Premium P-SKU), dimensionnement, coût par usage…

En bref

Ce thème évalue la maîtrise du coût d'une plateforme BI : choix de licences (Pro, Premium par utilisateur, capacités Fabric F-SKU, héritage Premium P-SKU), dimensionnement, coût par usage, optimisation (taille des modèles, fenêtres de traitement, pause de capacité, réservation), et rapprochement du coût à la valeur. Il s'appuie sur la supervision (OPS) et sur la performance ; le pilotage coût/valeur côté projet est dans PD — pilotage coût et valeur.

⚠️ Piège

Tout ce qui est tarifaire ou lié aux licences est volatil. Les ordres de grandeur ci-dessous (état 2026-10) proviennent de sources tierces et de la documentation connue ; à vérifier sur les pages officielles Microsoft avant toute décision.

Sur cette page

1. 1. Pourquoi ce thème
2. 2. Ce que mesure le thème
3. 3. Les 5 niveaux
4. 4. Jalons par niveau
5. 5. Lecture détaillée par niveau
   1. 🟢 Niveau 1 — Subi
   2. 🟢 Niveau 2 — Connu
   3. 🟡 Niveau 3 — Rapporté à l'usage
   4. 🟡 Niveau 4 — Optimisé
   5. 🔴 Niveau 5 — Arbitré à la valeur
6. 6. Atteinte partielle et notation
7. 7. Passer au niveau suivant
8. 8. Voir aussi

Niveau : 🟢→🔴 · Code thème : CST

1. Pourquoi ce thème#

Le coût BI a deux composantes qui évoluent différemment : licences par utilisateur (linéaire avec le nombre de personnes) et capacité (échelon avec le volume et la charge de calcul). Un mauvais choix coûte cher dans les deux sens : payer des capacités dormantes la nuit, ou acheter des licences pour mille lecteurs occasionnels alors qu'une capacité suffisante les dispenserait. Un modèle volumineux et mal conçu coûte en capacité (rafraîchissements, requêtes) : la qualité technique est une ligne budgétaire.

2. Ce que mesure le thème#

• Axe : de la dépense subie à un coût rapporté à la valeur, arbitré en continu.
• Indicateurs clés : coût mensuel total ; coût par utilisateur actif ; coût par rapport utilisé ; utilisation moyenne/pic de capacité ; part de capacité consommée par le top 10 des modèles.
• Unités : €/mois, €/utilisateur actif, % de capacité.

3. Les 5 niveaux#

4. Jalons par niveau#

5. Lecture détaillée par niveau#

🟢 Niveau 1 — Subi#

• Signes : la licence « est dans le contrat Microsoft », la capacité « a toujours été là ».
• Difficulté : 1/5 · Effort : 1/5.

🟢 Niveau 2 — Connu#

Repères de base (état 2026-10, à vérifier) :

Ordres de grandeur issus de sources tierces (2026, à vérifier sur les pages Microsoft) : Pro de l'ordre de 14 USD par utilisateur et par mois ; une capacité F64 de l'ordre de plusieurs milliers à quelques milliers de dollars par mois selon réservation. Le point d'équilibre entre licences Pro pour tous les lecteurs et une capacité F64 se situe, selon ces sources, autour de quelques centaines d'utilisateurs en lecture : ce n'est pas une règle, mais l'indication qu'il existe un seuil à calculer pour votre nombre d'utilisateurs.

• Gain : une facture comprise. Limite : coût non rapporté à l'usage.
• Difficulté : 2/5 · Effort : 2/5.

🟡 Niveau 3 — Rapporté à l'usage#

• Signes : on dispose, grâce aux journaux d'activité, du nombre d'utilisateurs actifs par mois (≠ licenciés) et du coût par utilisateur actif ; les licences inactives sont reprises ; les rapports non consultés sont archivés.

• Gain : réduction immédiate des dépenses inutiles. Limite : on optimise les licences, pas encore la consommation de calcul.
• Difficulté : 3/5 · Effort : 3/5.

🟡 Niveau 4 — Optimisé#

• Signes : le dimensionnement s'appuie sur Capacity Metrics ; le top 10 est traité : un modèle de 8 Go dont 40 % de colonnes ne sont pas utilisées passe à 4,5 Go ; un rafraîchissement horaire inutile devient quotidien ; les traitements lourds sont étalés ; la capacité est suspendue lorsque le contrat et l'usage le permettent.
• Gain : parfois une taille de capacité en moins, soit un coût divisé par deux sur cette ligne (ordre de grandeur).
• Limite : l'optimisation décroît ; chaque euro économisé demande plus d'effort.
• Difficulté : 4/5 · Effort : 4/5.

🔴 Niveau 5 — Arbitré à la valeur#

• Signes : chaque produit BI a une fiche valeur/coût ; la revue annuelle décide : garder, optimiser, retirer ; la prévision à 12 mois intègre la croissance d'usage ; les décisions d'architecture (Import vs DirectQuery, Direct Lake, SQL en PaaS vs lakehouse) incluent le coût total, y compris le coût de l'équipe (comparatif OneLake vs SQL Server).
• Gain : le budget BI est défendable.
• Limite : la valeur reste difficile à mesurer (bénéfice indirect, décision améliorée) ; éviter la fausse précision.
• Difficulté : 5/5 · Effort : 4/5.

6. Atteinte partielle et notation#

Règle commune. « Un 5 partiel » : fiches valeur/coût pour les 5 produits principaux sur 18 (BI-CST-5.1 = 0,5), revue annuelle tenue deux fois (5.2 = 1), prévision budgétaire sans lien avec l'usage (5.3 = 0,5), comparatif d'architecture sans coût d'équipe (5.4 = 0,5). Dans les petites organisations (≤ 20 utilisateurs), certains jalons (5.2) peuvent être « non applicables » : consigner la décision.

7. Passer au niveau suivant#

Moyens possibles (facultatifs) :

Pièges :

• Faux positif : coût bas parce que les utilisateurs ont quitté pour Excel. Un coût en baisse avec un usage en baisse est un signal d'alerte, pas une victoire.
• Goodhart : viser le coût par utilisateur le plus bas pousse à licencier trop peu ou à saturer la capacité.
• Sous-estimer le coût de l'équipe et de la dette de maintenance : souvent supérieur aux licences.
• Décider sur des prix de blog : toujours confirmer sur les pages officielles et le contrat réel (remises, engagements).

8. Voir aussi#

• Thèmes voisins : OPS · PRF · GOV · MOD
• Autres matrices : PD — pilotage coût et valeur · PI — budget, valeur et bénéfices · DL — performance et scalabilité
• Contenus : Comparatif OneLake vs SQL Server · OneLake — vue d'ensemble · SQL Server SaaS — vue d'ensemble · Bonnes pratiques Power BI transverses · GDS et données SQL/BI

✻ Rédigé par Claude Sonnet 5.5