Attention, je précise tout de suite, je n’ai aucune expérience technique en BI et n’apporte là qu’un point de vue côté coaching agile.
Ce que j’ai pu constater c’est qu’en BI, la définition des besoins part très rapidement vers une description de la solution : un rapport, une requête,…
J’ai eu beaucoup de mal sur des projets BI à faire émerger le réel besoin par les gens du métier.
Notre approche
Lean Design nous a aidés à revenir aux objectifs sources de ces besoins.
De ces différentes expériences sur projets, il en ressort une forme de typologie de solutions (ou paternes) qui ont permis de mieux clarifier le besoin. Je le présente dans ce sens, mais nous l’utilisions aussi dans l’autre sens : Besoin vers solution
Les Tableaux de bord (Dashboard):
-
Pour un suivi rapide des indicateurs, pour alerter en cas d’anomalie.
-
Tableau de bord journaliers, mensuels, …
-
Information simple et agrégée des indicateurs définis à suivre.
-
Possibilité en un clic de zoomer sur l’indicateur.
-
Standardisation des tableaux de bord, avec possibilité de customisation.
Les rapports :
-
Pour fournir les données qui ont servies au calcul des indicateurs pour une première analyse ou pour une analyse récurrente.
-
Présentation des données d’analyse par indicateur
-
Présentation des tendances, utilisation de graphiques
-
Standardisation
Les données brutes :
-
Présentation des données brutes, extraction de la base
-
Permet une analyse plus approfondie sur ces cas spécifiques ne nécessitant pas un rapport standard.
-
Possibilité d’utiliser les données dans un autre outil type excel
-
C’est dans cette partie là que nous avions des difficultés à définir le besoin, de le rendre standard à l’organisation, parce que lié à un besoin d’efficacité locale (multiple instances à déployer).
Cette typologie devrait nous permettre de limiter le backlog au strict nécessaire (Tableau de bords standards, rapports communs, extractions brutes), et de gagner en efficience par la limitation de production de rapports inutiles.
