Le modèle est le produit
La plupart des problèmes de Power BI ne sont pas des problèmes de tableau de bord. Ce sont trois tableaux de bord, bâtis par trois personnes, chacun avec sa propre définition du revenu, qui se disputent en réunion pour savoir lequel a raison. Le remède n’est pas un meilleur visuel. C’est un seul modèle sémantique gouverné — des tables et des relations bâties une fois, des mesures écrites en DAX et documentées, une sécurité au niveau des lignes pour que chacun voie ce qui lui revient — que chaque rapport lit. Bâtissez-le d’abord et les tableaux de bord deviennent la partie facile.
Nous bâtissons le modèle sur les systèmes que vous exploitez déjà, Salesforce entre autres, relions les sources correctement, et concevons les tableaux de bord autour des décisions qu’ils servent plutôt que des visuels que l’outil rend faciles : une page de direction juste sur un téléphone chaque matin, une vue des opérations par site ou par semaine, et le rapport planifié qu’attendent votre conseil ou votre bailleur de fonds. Nous bâtissons avec les visuels natifs de Power BI là où ils servent la décision et écrivons des visuels HTML sur mesure là où ils ne le font pas, au même niveau d’exigence, pour qu’un rapport ne soit jamais limité à ce que la galerie propose. Puis nous mettons en place la gouvernance, surveillons l’actualisation, et formons votre équipe à étendre ce que nous avons bâti.
Le plus difficile est en amont
Le tableau de bord que la direction lit à six heures est le dernier kilomètre. Derrière lui, dans les mandats où les données sont volumineuses ou réglementées, il y a un entrepôt et un pipeline : Amazon Redshift qui conserve des années d’historique, des tâches AWS Glue écrites en Python qui chargent les données chaque nuit, un carnet Jupyter né d’une question d’analyste qui doit devenir un pipeline planifié, avec des tests, une journalisation et quelqu’un à appeler. La plupart des cabinets Power BI partent de là où les données se trouvent déjà et contournent ce qui cloche. Nous écrivons la couche en dessous — le code Glue, le SQL Redshift, la validation qui refuse un mauvais fichier, le rapprochement qui relie l’entrepôt aux systèmes d’où il vient — parce qu’un modèle n’est gouverné que dans la mesure où les données qu’on lui donne le sont. C’est la même pratique Python qui bâtit nos pipelines et nos modules Odoo, et les gens qui modélisent les données sont ceux qui les ont déplacées.
Bâti accessible, parce que c’est un site Web
Un rapport Power BI est une application Web, et les gens qui le lisent comprennent des personnes qui utilisent des lecteurs d’écran, des claviers et un contraste élevé. Dans nos tableaux de bord, la couleur ne porte jamais le sens seule, le contraste est mesuré, l’ordre de lecture est fixé à dessein, et chaque visuel a un tableau de données derrière lui. C’est la même pratique en accessibilité que nous apportons à tout le reste, appliquée à la page que votre organisation lit le plus.