Debuter avec la business intelligence support de formation detaille
![Debuter avec la business intelligence support de formation detaille](/images/remos_downloads/id-12460.12460.pdf_thumb_prev.jpg)
- Introduction
La business intelligence (BI) est un sujet au carrefour des SI, des Métiers et de la DG. Domaine en pleine évolution, la BI peut faire l'objet d'approches très différentes d'une entreprise à l'autre. Elle a pour objectif d'aider les dirigeants dans leurs prises de décisions et dans l'analyse de la performance de leur entreprise.
En raison de la multiplicité des approches, de la diversité des offres côté fournisseurs, et des besoins côté clients, le CIGREF a souhaité éclaircir le paysage de la BI et aider ses membres à mieux comprendre ce qu'elle est :
- A quoi sert la BI, quels sont ses composants ?
- Quelle est la place de la BI dans l’organisation de l’entreprise ?
- Quels sont les facteurs clés de succès pour le pilotage des projets BI ?
- Quelles sont les offres (côté fournisseurs) et à quels besoins répondent‐elles (côté clients) ?
De nos jours, l’information est omniprésente ; la difficulté n’est plus de la recueillir, mais de la rendre disponible sous la bonne forme, au bon moment et à la bonne personne, qui saura l’exploiter et en tirer de la valeur ajoutée.
Basée sur les retours d’expérience d’entreprises membres, et appuyée sur des entretiens individuels avec des DSI et des responsables BI, la synthèse suivante propose un état de l’art de la BI en France.
- Présentation de la Business Intelligence
2.1 Contexte
Aujourd’hui, dans un contexte où les sources d’information sont éclatées, volumineuses et complexes, il y a un réel besoin de consolider et d’analyser ces dernières pour pouvoir avoir une vision globale et optimiser le patrimoine informationnel de l’entreprise. Or, « trop d’information tue l’information »… L’objectif de la BI est de créer, à partir des données de l’entreprise mais aussi externe à celle‐ci, l’information et le savoir aidant les membres de l’entreprise, des cadres dirigeants aux opérationnels, dans leur pilotage.
De récentes études montrent que la BI est l’une des préoccupations principales au sein des DSI de grandes entreprises. En effet, dan le contexte actuel de crise et d’hyper‐concurrence, la BI représente une opportunité pour les entreprises d’optimiser le pilotage de leurs activités, et d’anticiper sur les évolutions du marché, des comportements des clients / consommateurs, …. Les domaines d’utilisation de la BI touchent la plupart des Métiers de l’entreprise :
- Finance, avec les reportings financiers et budgétaires par exemple ;
- Vente et commercial, avec l’analyse des points de ventes, l’analyse de la profitabilité et de l’impact des promotions par exemple ;
- Marketing, avec la segmentation clients, les analyses comportementales par exemple ;
- Logistique, avec l’optimisation de la gestion des stocks, le suivi des livraisons par exemple ;
- Ressources humaines, avec l’optimisation de l’allocation des ressources par exemple ;
2.2 Définition de la BI
La BI se définit par l’ensemble des moyens, outils et méthodes qui supportent le processus de collecte, consolidation, modélisation, analyse et restitution des informations.
Le processus de BI vise à récupérer des données brutes (contenues dans des outils type ERP, CRM, sources externes provenant des clients / fournisseurs, données de marchés, …), à les transformer en information et à les diffuser sous forme de tableaux de bord ou reporting.
Le processus de BI peut se schématiser de la manière suivante :
Figure 1: Pyramide modélisant le processus de BI
(repris de Matthieu LAFARE, Thèse professionnelle HEC : « Business Intelligence »)
Nous pouvons également modéliser le flux informationnel, c'est‐à‐dire le cheminement depuis la donnée brute provenant de SI sources (ERP, CRM…), à la production de reportings et autres tableaux de bord de la manière suivante :
![](/images/remos_downloads/detail/124/id-12460.12460.pdf-000.jpg)
Figure 2: Flux informationnel lié au processus BI (repris de piloter.org)
Enfin, à ce stade, il est essentiel de définir certains termes, qui seront utilisés dans la suite de ce document :
- Datawarehouse1 (ou entrepôt de données) : base de données utilisée pour collecter et stocker des informations volatiles provenant d'autres bases de données.
- Datamart1 : sous‐ensemble logique d’un datawarehouse. Il est généralement exploité en entreprise pour restituer des informations ciblées sur un métier spécifique.
- Datamining2 : les outils de datamining permettent d’extraire des hypothèses à partir de grandes quantités de données, par des procédés typiquement
- ETL1 (Extract, Transform, Load) : il s'agit d'une technologie informatique intergicielle (comprendre middleware) permettant d'effectuer des synchronisations massives d'informations d'une base de données vers une
- Cube OLAP1 : représentation abstraite d'informations multidimensionnelles. Les données sont rangées selon un principe de dimensions correspondant étroitement aux axes de recherche des utilisateurs (par exemple les ventes de produits dans le temps par zone géographique).
1 Source : Wikipedia
2 Source : Ralph Kimball, spécialiste du datawarehouse, et repris par le cabinet Appex
3 . Place de la BI dans l’entreprise
L’organisation de l’entreprise et sa dynamique de croissance influencent beaucoup la mise en place d’un projet BI. On constate que l’implantation d’un projet BI dépend de la structure SI de l’entreprise, mais aussi de l’organisation de ses Métiers. Cependant, la mise en place de la BI est une démarche généralement très structurante, tant au niveau de la définition des référentiels de données, qu’au niveau de l’organisation (mise en place de centre de compétences).
On distingue trois types d’organisation BI :
- Une organisation centralisée autour d’une BI groupe ;
- Une organisation décentralisée sur différents sites, avec une vision consolidée niveau groupe ;
- Une organisation décentralisée avec gouvernance centralisée.
Une des spécificités de la BI est la nature transverse des problématiques qu’elle traite. Il en advient alors une nécessité pour les équipes BI d’avoir des compétences mixtes, SI et Métier, et d’avoir une maturité dans la relation SI‐Métiers pour faire des apparentes contradictions dans l’approche des uns et des autres, non pas une source de conflit mais une source de valeur ajoutée.
C’est à la DSI de prendre le leadership sur un projet BI, car :
- il s’agit d’un projet sur l’Information, et les Systèmes d’Information,
- la méthodologie en management de projet est essentielle,
- c’est la garantie d’une approche neutre et globale d’entreprise, transverse à tous les départements, en évitant qu’un seul département Métier n’oriente le projet vers son propre Métier
3.1 Les compétences nécessaires au sein d’une équipe BI
De par la nature transverse de la BI, une équipe BI doit connaître parfaitement les différents Métiers de l'entreprise. Cette expertise Métier lui permet de mieux cerner et comprendre la demande client. Elle permet aussi de mieux définir et utiliser les référentiels de données. Deux possibilités permettent d'amener des compétences Métiers dans une équipe BI :
- L'incorporation de personnes Métier ;
- La formation des personnes SI aux différents Métiers.
L’expertise des équipes BI est un point fondamental pour le bon déroulement des projets BI et l’alignement stratégique avec les Métiers. Cette capitalisation de compétences devant être stable, elle ne peut être obtenue que grâce à un faible turn‐over (il faut fidéliser les experts), et une bonne transmission des savoirs.
Le succès d’un projet BI passe par une coopération DSI‐Métiers‐DG étroite et permanente, et dès les phases amont du projet.
![](/images/remos_downloads/detail/124/id-12460.12460.pdf-010.jpg)
3.2 Organisation de la BI dans un contexte centralisé
Dans une organisation centralisée, il existe une stratégie BI unique, pour tout le groupe. Dans ce contexte, l’activité BI vise à consolider les données provenant directement des différentes entités du groupe. Les entités ne possèdent pas d’outils BI, elles dépendent complètement de la BI groupe.
Figure 3 : Organisation centralisée de la BI (Source CIGREF)
Avantages de cette organisation :
- Gains financiers
- Mutualisation au sein de la DSI du matériel, des licences et des centres de compétences
- Durée de consolidation des données plus
- Avoir une seule série d’ETL vers une base de données centralisée.
- Un seul type de base de données à concevoir et à mettre en
Inconvénients de cette organisation :
- Les sites n’ont pas d’outils BI adaptés à leurs besoins : pas d’autonomie et éloignement des besoins locaux ; en effet, les outils BI sont très spécifiques et
différents les uns des autres, et un « standard corporate » peut rapidement ne pas convenir à un site si celui‐ci n’a pas été considéré lors du choix de l’outil ;
- La solution est complexe à mettre en œuvre car devant couvrir des besoins très variés,
- Des problèmes de volumétrie peuvent apparaitre s’il y a trop de demandes spécifiques Métiers.
Cette organisation est une solution idéale pour les entreprises comptant un faible nombre de sites, et la centralisation peut faciliter la définition de standards et référentiels cohérents.
3.3 Organisation de la BI dans un contexte décentralisé
Dans un modèle décentralisé, il y a en fait besoin de deux BI :
- Une BI Groupe, pilotée par le Groupe, qui sert les besoins Corporate : pilotage des processus transversaux (achats, RH), consolidation et reporting financier ;
- Une BI pour les entités opérationnelles (filiales, BU, …) qui sert les besoins de ces entités.
Dans une organisation décentralisée, des outils BI sont implantés au sein des différentes entités du groupe. Ils permettent ainsi d’avoir des consolidations au niveau local, tout en fournissant les données nécessaires à une consolidation au niveau groupe. Cette organisation a un grand intérêt lorsque les entités ont une forte demande d’outils décisionnels spécifiques, ou quand le mode d’organisation du groupe est décentralisé.
Figure 4 : Organisation décentralisée de la BI (Source CIGREF)
Avantages de cette organisation :
- Assure une plus grande réactivité et une meilleure adéquation aux besoins locaux ;
- Permet une consolidation des données dans un parc hétérogène au niveau du groupe ;
- Permet aux différentes entités d’avoir une autonomie vis‐à‐vis de leurs développements BI ;
- Permet une meilleure répartition des charges de calculs et de volumétrie en fonction des besoins des entités ;
- Assure une plus grande réactivité et une meilleure adéquation aux besoins
Inconvénients de cette organisation :
- Nécessite l’élaboration d’un standard de données entre le groupe et les entités utilisatrices ;
- Augmente les coûts au niveau matériel, licences et experts BI ;
- Augmente les délais de rafraichissement des données.
Ce mode d’organisation se retrouve souvent dans un contexte de fusion‐acquisition d’entreprise, mais il peut aussi relever d’un choix de management du groupe. Bien que ce soit une situation majoritairement transitoire, certaines entreprises l’utilise lorsqu’il y a une trop grande disparité entre certaines zones géographiques. Dans ce type d’organisation, la DSI groupe est responsable de la stratégie IT globale.
Ce modèle n’exclut pas la mise en place d’outils communs, de partage d’expérience, de KPIs identiques, mais cela relève d’un choix des entités par rapport aux règles définies au niveau Groupe.
3.4 Organisation de la BI dans un contexte décentralisé, avec une gouvernance centralisée
Une organisation BI centralisée présente l’avantage, pour les différentes entités d’un même groupe, de pouvoir travailler sur la base de standards et référentiels communs, avec des solutions identiques. Néanmoins, cette organisation centralisée n’est pas adaptable à toutes les entreprises car certaines d’entre elles ont des besoins locaux en matière de BI très différents. Dans un tel contexte, une organisation BI totalement décentralisée n’est pas la solution non plus car elle ne répond pas au besoin d’assurer la cohérence globale de la démarche au niveau du groupe, En effet, une organisation BI totalement décentralisée ignore les référentiels communs et ne favorise pas la capitalisation sur les processus et la méthodologie BI. Un groupe dans une situation de ce type doit donc penser globalement, (c’est‐à‐dire définir une stratégie globale et cohérente au niveau groupe), et agir localement (c’est‐à‐dire laisser un degré d’autonomie des entités locales dans le choix de leurs solutions BI, en fonction de leurs besoins). Ainsi, si les systèmes d’information décisionnels sont
décentralisés, la cohérence de la stratégie globale est assurée par une gouvernance centralisée au niveau groupe, avec l’existence de processus et de référentiels communs transversaux, partagés et utilisés par toutes les entités d’un même groupe.
Figure 5 : Organisation de la BI décentralisée avec gouvernance des processus centralisée (Source CIGREF)
![](/images/remos_downloads/detail/124/id-12460.12460.pdf-1484.jpg)
Avantages de cette organisation :
- Permet une meilleure gouvernance des processus des différentes entités ;
- Permet une capitalisation et un partage des compétences BI ;
- Assure une homogénéité des référentiels de données.
Inconvénients de cette organisation :
- Doit définir une entité responsable des référentiels ;
- Doit définir un standard et faire respecter le Core
Cette organisation permet d’harmoniser les pratiques et de faciliter la consolidation au niveau groupe par la rationalisation des indicateurs et l’optimisation des performances. A terme, la création d’une entité chargée de la gestion des référentiels de données (le Master Data Management) est nécessaire.
Selon le mode d’organisation du Groupe, centralisé ou décentralisé, les décisions sont prises à des niveaux différents de l’organisation, impactant donc le niveau de détail de la BI.
3.5 Gouvernance globale de la stratégie BI
Une démarche de gouvernance globale de la BI vise à mieux structurer et à valoriser les compétences, les processus et l’information. Cette gouvernance peut être articulée autour de trois axes :
Core Model
- Fédération des processus, des référentiels de données et outils de configuration
Master Data Management
- Fédération des référentiels de données
Equipe SI‐Métier
- Capitalisation des compétences
- Le Core Model
(Source CIGREF)
Le Core Model regroupe l’ensemble des outils, des configurations, des processus et des référentiels nécessaires pour définir des standards qui permettront notamment d’apporter des éléments d’innovation. Le Core Model est un moyen de transmettre à toutes les entités d’une entreprise des standards, mais aussi de promouvoir une capitalisation commune de compétences.
La gestion des standards et des innovations en matière de BI est fondamentale. Dans certaines entreprises (généralement décentralisées avec une gouvernance BI centralisée), si les sites doivent appliquer le standard pour garantir la cohérence et l’alignement stratégique, une certaine liberté leur est laissée pour faire de l’innovation. Ces innovations ne doivent pas impacter le standard, mais si un site juge ses innovations satisfaisantes, il peut les partager avec l'organisation BI centrale, qui peut alors les incorporer dans une nouvelle version du standard. Le standard est donc la règle, mais l'innovation des sites doit pouvoir perdurer pour permettre de le faire évoluer et de l’améliorer. L’organisation en place doit donc permettre d’assurer cette flexibilité : les documentations, conventions de nommage et règles techniques doivent préciser la marche à suivre en la matière.
- Le Master Data Management (MDM)
Le Master Data Management est une entité chargée de la gestion des référentiels de données). La BI est par nature transverse et son rôle, basé sur la consolidation des données,
nécessite qu’elle repose sur des informations uniformisées. Les données étant partagées entre différents Métiers de l’entreprise, il faut alors définir une gouvernance de l’information, avec pour objectif de construire et faire respecter un référentiel unique de données.
Le MDM doit permettre de définir une vision spécifique de chaque Métier, tout en gérant l’unification des différences. Il en résulte une fédération des différentes modélisations des données, mais aussi une amélioration de la qualité de l’information durant tout son cycle de vie.
![](/images/remos_downloads/detail/124/id-12460.12460.pdf-1488.jpg)
Enfin, le MDM est un outil remarquable qui permet de cadrer la fusion/acquisition, ou l’extension, du système d’information de l’entreprise. La mise en place d’une gouvernance BI au sein de l’entreprise permet une évolution cohérente de l’organisation BI lors de la croissance de l’entreprise.
- Organisation de la BI en fonction de l’évolution de l’entreprise
L’organisation de la BI est fortement dépendante de l’historique de l’entreprise et de son évolution : on peut évaluer la maturité BI dans l’entreprise par la matrice suivante :
Figure 6: Maturité de l'entreprise en termes de BI, en fonction de sa complexité d'organisation (Source CIGREF)
La maturité de l’entreprise en matière de BI se définit par la capacité de l’organisation à standardiser et rationnaliser ses processus et référentiels. Lorsqu’une entreprise s’agrandit par croissance externe, elle aura tendance à se trouver dans une situation temporaire décentralisée, où coexisteront les référentiels des deux entités fusionnées. Dans le cas d’une croissance interne, l’entreprise pourra, lors de la création de l’entité, appliquer directement les référentiels, et se rapprochera d’une organisation décentralisée, avec une gouvernance centralisée.
1. Pilotage de projets BI et bonnes pratiques
Les projets décisionnels comportent des spécificités, essentielles à la réussite de ces derniers. Ces spécificités portent autant sur les axes stratégique et financier, que méthodologique et humain.
4.1 Axe stratégique
Pour que les projets BI aboutissent et atteignent leurs objectifs, ils doivent s’inscrire dans une stratégie portée par un sponsor fort, garant de la cohérence de la démarche. « La BI n’est pas un projet, elle n’a pas de fin en soi. La BI est un processus continu au sein des entreprises » dit Andreas Bitterer, vice‐président de la recherche au Gartner.
La définition préalable d’un schéma directeur décisionnel est critique dans la mise en œuvre d’une démarche BI (ou décisionnelle) car elle permet de fixer le périmètre technologique et fonctionnel, ainsi que les orientations des projets BI. Par ailleurs, elle permet de s’assurer que les stratégies Métiers, SI et BI sont correctement intégrées (ou alignées).
Les fondations, tant de la plateforme BI, que de la structure du datawarehouse, sont également des facteurs déterminants dans la réussite des projets BI, car elles influencent directement la performance des services offerts pour l’ensemble des projets BI basés sur ce socle. Même si les outils de requêtes sont puissants, les résultats escomptés ne seront pas au rendez‐vous si le datawarehouse a été mal conçu.
La définition d’une stratégie BI globale est garante de la cohérence d’une démarche BI au niveau d’un groupe, d’autant plus que l’une des spécificités des projets BI est leur découpage en lots multiples et très courts. En matière de BI, il faut penser grand (stratégie globale), mais commencer petit (découpage des projets en lots fonctionnels, avec réalisation de maquettes et tests rapidement disponibles pour l’utilisateur).
Cependant, si dans certains cas, il semble plus facile de partir d’une « page blanche », de nombreuses entreprises possèdent déjà un historique en matière de BI. Dans un souci d’économie financière, mais aussi de performance et de standardisation, elles sont nombreuses à entreprendre des politiques de rationalisation et de mutualisation qui peuvent porter sur les 3 axes suivants :
- Technologique (outils, technologies) ;
- Norme de modélisation, d’alimentation des données, et d’architecture ;
- Méthodologique (norme de conception et développement, déploiement).
Cette démarche doit être mise en perspective avec le modèle d’organisation BI : dans un contexte décentralisé ou au contraire centralisé, ou encore dans un contexte décentralisé avec une gouvernance BI centralisée.
Notons ici que la rationalisation des outils n’est pas systématique : il peut arriver qu’une entreprise dispose de deux systèmes de consolidation financière qui fonctionnent en parallèle. Cela a pour avantage de permettre à une entreprise de confronter les états produits par les deux systèmes et ainsi de détecter d’éventuelles erreurs, ce qui constitue un argument de justification de validité des données. Cependant, la coexistence de plusieurs outils de consolidation implique inévitablement des coûts financiers et humains supplémentaires.
![](/images/remos_downloads/detail/124/id-12460.12460.pdf-1491.jpg)
4.2 Axe financier
- Financement
En théorie, les projets BI sont avant tout des partenariats DSI‐Métiers, dans lesquels le financement et les responsabilités sont partagés entre la DSI et les Métiers. Mais, dans les faits, si le lancement d’un projet BI doit s’inscrire dans une stratégie d’ensemble (et non pas dépendre du fait que tel ou tel département ait le budget nécessaire pour le lancer), dans certaines entreprises, le financement de la mise en place d’une plateforme BI et d’un datawarehouse est assumée, dans un premier temps, par la DSI seule. Cet investissement lourd dans les « fondations BI », susceptible de décourager les Métiers de se lancer dans un projet BI, forme la base d’une démarche décisionnelle.
Cependant, une fois le socle technique en place, l’implication des Métiers dans le financement des projets BI est nécessaire, soit en les incitant à prendre part directement au budget des projets BI dans le cadre d’un partenariat, soit en leur refacturant la solution mise en place pour eux dans le cadre d’une contractualisation. Sur ce dernier point, s’il est nécessaire de définir clairement les rôles et responsabilités des acteurs, un mode de contractualisation laisse entendre que les « intérêts » de la DSI et des directions Métiers sont divergents. Le contrat est alors défini pour arbitrer les éventuels conflits. Certaines entreprises refusent ce type d’approche, privilégiant systématiquement une véritable logique de partenariat avec les Métiers.
Dans tous les cas, la participation des Métiers dans le financement des projets BI permet :
- De responsabiliser les Métiers par rapport à leurs besoins et à l’usage qu’ils font des solutions mises en place ;
- D’éviter certaines dérives des demandes Métiers ;
- De garantir leur implication dans la conception de la solution, depuis l’expression des besoins jusqu’à la recette ;
- De limiter le phénomène de « déchets » et de tableaux de bord inutilisés.
- Calcul du ROI
L’évaluation financière du ROI d’un projet décisionnel est généralement un exercice difficile. Il est très dur de chiffrer l’influence d’informations produites par des outils BI dans la prise de bonnes décisions.
De ce fait, la valeur ajoutée de ce type de projets est très difficilement quantifiable, même si elle sera rapidement perçue intuitivement. A ce titre, mieux qu’un ROI pour convaincre une DG de la pertinence de la BI : un Proof Of Concept.
Mais il est tout de même possible de calculer un ROI sur l’économie de ressources ou de licences générée par le remplacement d’anciens outils par une solution BI. C’est pour cela que de nombreuses entreprises ne calculent pas précisément le ROI des projets BI lors de l’élaboration du business case, et se limitent au TCO3 qui, lui, est bien connu.
Cependant, même s’il est difficile de quantifier financièrement le ROI, il convient de définir au préalable un plan d’action lié aux projets BI, et la manière dont les futures solutions vont créer de la valeur pour les Métiers, complété par l’identification des bénéfices qui peuvent être quantifiés, financiers et humains, et qui seront mesurés avant et après le projet.
3 TCO (Total Cost of Ownership): coût intégrant tous les éléments liés à la possession d’un produit ou à l’utilisation d’un service
Il est possible de classifier les ROI attendus au travers de la pyramide de valeurs suivante :
‐
Figure 8 : Pyramide de valeurs des projets BI (Source CIGREF)
La BI 2.0 est un terme faisant référence aux nouvelles solutions de BI, incluant les outils collaboratifs, qui se situent davantage à un niveau prospectif (outils de simulation), par opposition à la BI 1.0 qui se situe plus à un niveau descriptif (reporting).
![](/images/remos_downloads/detail/124/id-12460.12460.pdf-1622.jpg)
4.3 Axe méthodologique
Encore plus que dans les projets informatiques classiques, les projets BI nécessitent une certaine maturité dans les relations DSI‐Métiers, et s’inscrivent dans un processus continu au sein des entreprises. Vous trouverez ci‐après quelques points clés caractéristiques du pilotage des projets BI.
- Durée des projets BI
Afin de ne pas perdre l’adhésion des Métiers, les projets BI doivent être courts et découpés en lots fonctionnels.
Le pilotage par lots fonctionnels, en cohérence avec une stratégie décisionnelle, est plus facile que sur des projets de type ERP, car les projets BI présentent moins d’interdépendances entre les modules, même si l’interdépendance entre les différents Métiers devra être appréhendée (référentiel commun) avant de pouvoir traiter un Métier donné.
Par ailleurs, le pilotage par lots fonctionnels permet de limiter le phénomène « d’effet tunnel », dont le risque majeur est le découragement du client impliquant l’abandon du
projet BI ou pire, l’inutilisation des solutions. Dans certaines entreprises, les responsables BI estiment qu’une durée supérieure à 6 mois peut faire échouer un projet BI.
Il est également essentiel de bien définir les rôles et les responsabilités des acteurs en amont du projet, sans nécessairement les contractualiser : il ressort souvent que les projets BI sont avant tout des partenariats DSI‐Métiers. Dans « penser grand mais démarrer petit et simplement », la difficulté reste de « penser grand ».
- Modèles de gestion des projets BI
Dans le cadre des travaux du groupe de travail, deux méthodologies de pilotage de projets BI ont été mises en évidence, en fonction du contexte des organisations :
- Sur des projets BI dans lesquels les besoins et les spécifications sont formellement connus et correctement cadrés dès le départ (exemple : consolidation financière dans un cadre légal pour les sociétés côtés en bourse), on peut adopter des cycles longs, type cycle en V (c’est par exemple le choix fait par Rhodia pour son projet de reporting financier) ;
- Sur des projets BI plus spécifiques, dans lesquels les besoins ne sont pas bien définis ni cadrés, un mode de projet de type cycle court orienté « delivery » montre ses Ce dernier se traduit au travers d’une approche itérative, et la mise en place d’ateliers de travail communs Métiers/IT. Ce modèle implique la mise à disposition rapide de prototypes, maquettes ou POC (Proof Of Concept) sur des fonctionnalités ciblées : il assure l’implication des Métiers et la mise en confiance des clients et il favorise la montée en compétences et en maturité de l’IT au niveau technique, et des métiers au niveau de l’expression des besoins. De plus, la production de prototypes permet de détecter des erreurs de spécifications, de s’assurer de la performance, et de retravailler sur des problèmes d’ergonomie, qui sont des critères majeurs d’adoption par les Métiers.
Le second modèle de gestion des projets BI (cycles courts) peut être mis en perspective avec le concept d’amélioration continue de la roue de Deming : PDCA (Plan, Do, Check, Act), qui requiert une certaine maturité dans les relations DSI‐Métiers.
Voici un exemple de schéma de mise en œuvre itérative d’un projet décisionnel utilisé par GDF‐SUEZ:
Figure 9 : Exemple de mise en œuvre itérative d'un projet BI (source : GDF‐SUEZ)
On note ici l’importance d’un sponsor fort, qui a l’autorité de faire participer les Métiers aux différentes phases du projet. Cependant, cette approche itérative ne signifie pas que l’on part sans aucune méthode.
- Checklist, normes de développement
Une autre bonne pratique, plus commune aux projets IT, est d’utiliser une check‐list à valider régulièrement pour passer aux étapes suivantes d’un projet. Cette méthodologie est notamment utilisée chez Valeo.
![](/images/remos_downloads/detail/124/id-12460.12460.pdf-1628.jpg)
Dans le cadre de projets BI, voici des exemples d’éléments spécifiques que peut comporter cette check‐list :
- Validation des spécifications fonctionnelles par les Métiers et l’IT ;
- Validation de la maquette/POC par les Métiers et l’IT ;
-
Choix du mode de consolidation des données :
- Push : c’est le SI source qui va pousser les données vers le datawarehouse
selon les critères définis par le contrat d’interface
- Pull : c’est l’application BI qui va chercher les données depuis le SI source et les met dans le datawarehouse
- CDC (change data capture) : on va mettre à jour le datawarehouse en lisant les logs de transactions du SI source. Cette méthode a pour avantage d’être peu consommatrice en ressources pour le SI source
- Contrat d’interfaces ;
- Rôles et responsabilités vis‐à‐vis de la validité et de la fraicheur des données ;
- Fréquence de mise à jour de données ;
- Validation du modèle de données ;
- Volumétrie prévisionnelle, extensibilité ;
- Gestion des exceptions ;
- Ouverture du service ;
- Dispositif d’évaluation des usages, outils de mesure du taux d’utilisation ;
La mise en place de règles de modélisation de données, et de normes de développement (au niveau des requêtes par exemple), constitue aussi des bonnes pratiques pour garantir de bons niveaux de performance et de disponibilité, ainsi qu’une homogénéisation des modèles de données.
4.4 Axe humain
Au‐delà d’une collaboration efficace entre la DSI et les Métiers, différents facteurs peuvent favoriser l’appropriation et l’usage des solutions BI en entreprise. La Business Intelligence s’inscrivant dans une démarche d’amélioration continue, il faut faire vivre et évoluer ces projets après leur déploiement.
- Vie postdéploiement et formation
Les outils d’évaluation (dont étude de satisfaction) et de mesure du taux d’utilisation des solutions BI mises en place doivent être prévus dès la conception d’un projet BI. Ce point est essentiel sur les projets BI, car la tendance naturelle des utilisateurs face à la nouveauté est de continuer à utiliser les solutions qu’ils connaissent, et avec lesquels ils sont familiers. Mesurer l’usage qui est fait des solutions BI permet de détecter d’éventuels problèmes, de prévoir et mettre en place les plans d’actions nécessaires pour développer l’usage (plans de formation, communication, amélioration de la solution, …). Les plans de formation peuvent notamment porter sur :
- L’utilisation des outils ;
- Les données (quelles sont les données disponibles et où se trouvent‐elles) ;
- Les bonnes pratiques en termes de formulation de requêtes.
La vie d’un projet ne s’arrêtant pas à la fin de son déploiement, des utilisateurs « relais » doivent rester mobilisés pour faire évoluer les modèles de données et les outils, recueillir les réclamations et les retours d’expérience utilisateurs afin de capitaliser sur les erreurs passées et de définir des axes d’amélioration. Ce suivi post‐projet s’inscrit dans une démarche d’amélioration continue.
Enfin, comme sur les projets IT traditionnels, les projets BI doivent s’accompagner d’une stratégie de communication vers les utilisateurs finaux.
- Usages et appropriation des solutions BI
L’appropriation des solutions BI passe par une concentration des efforts très majoritairement sur l’axe humain, la communication, et une méthodologie forte de conduite du changement : comités projet, comités de pilotage, newsletters, formations, transfert de compétences, helpdesk,…
Il est aussi important d’avoir pour un site pilote une équipe Métier motivée, impliquée, et un minimum expérimentée en BI.
La mise à disposition d’outils ad hoc pour les utilisateurs est un moyen efficace pour favoriser l’appropriation d’une solution BI par les Métiers. Le reporting ad hoc par exemple offre la possibilité aux utilisateurs finaux de disposer d’un accès autonome et interactif aux informations, et de créer leurs propres requêtes personnalisées. Il a l’avantage de faciliter l’adoption des outils BI par les utilisateurs finaux et permet de mieux estimer leurs besoins.
Cependant, il faut être vigilant sur les deux points suivants :
- les problèmes de performance dus à un grand nombre de requêtes à la volée ;
- les méthodes de calculs sont subjectives et diffèrent entre utilisateurs, donc les résultats seront moins contrôlables, moins en ligne avec le standard/référentiel
(néanmoins, sans reporting ad hoc, les utilisateurs risquent de retourner sur Microsoft Excel qui est beaucoup plus – trop – ouvert).
![](/images/remos_downloads/detail/124/id-12460.12460.pdf-2562.jpg)
Une démarche de rationalisation et de standardisation des reportings permettent de limiter ces problèmes. Il convient de faire un peu de pédagogie et d’accompagner les utilisateurs vers du reporting standard, en leur montrant que les rapports standards et ceux obtenus par leurs requêtes ad hoc ne sont pas si différents. De plus, cette démarche permet d’estimer les besoins métiers et d’avoir une vision commune et partagée.
Figure 10 : Courbe de maturité illustrant les effets d'une démarche de rationalisation et standardisation (Source CIGREF)
On distingue trois grandes phases de maturité chez les utilisateurs face aux usages des
reportings :
- Lorsque l’utilisateur s’approprie l’outil, il ne connait pas encore précisément ses besoins, et une grande quantité de requêtes sont émises ;
- Une fois les outils appropriés, on rationalise en créant des reportins standards pour répondre aux besoins communs les plus récurrents ;
- Les reportings standards sont utilisés et acceptés par tous, et il y a émergence et partage de nouveaux
- La qualité des données
La qualité des données est le sujet majeur en matière de BI, tout comme leur précision, fiabilité, cohérence et consolidation, et leur liaison avec un contexte précis. Pour garantir cette qualité, certaines entreprises ont mis en place des règles strictes à destination des utilisateurs. Par exemple, définir des standards communs, strictement respectés par toutes les entités d’un groupe pour les reportings financiers, avec une base de calcul commune pour tout le monde, est incontournable. Car il est du devoir de la DSI de s’assurer que les informations contenues dans le système d’information décisionnel sont conformes à la réalité.
Par exemple, définir des standards communs, strictement respectés par toutes les entités d’un groupe pour les reportings financiers, avec une base de calcul commune pour tout le monde, est incontournable. Car il est du devoir de la DSI de s’assurer que les informations contenues dans le système d’information décisionnel sont conformes à la réalité.
En effet, la DSI est devenue l’usine à information des activités d'une organisation, et si, en tant qu'usine à information, elle ne peut pas garantir que l'output est conforme à la réalité, elle ne remplit pas son rôle et n'assure pas l'excellence opérationnelle au quotidien… Le SI n'est plus seulement un système de gestion, il est désormais aussi un système de production de données fiables et de qualité. Et la qualité des données ne peut être garantie que par une certaine rigueur de la DSI sur les éléments de calcul et les référentiels.
Mais, est‐ce que la DSI est une usine à production de données fiables et de qualité, ou est‐ elle simplement le pourvoyeur de données consolidées dans le but d’identifier des tendances ? Le vrai problème ne porte peut‐être pas tant sur la qualité des données que sur l'usage que les utilisateurs font des outils à leur disposition. La DSI devrait peut‐être proposer un outil de détection des erreurs d'utilisation par les utilisateurs eux‐mêmes...
Le rôle de la DSI en matière de BI réside davantage dans sa capacité à aider les Métiers à analyser et exploiter les données clients : déceler, dans toutes ces données, des axes pour aider les Métiers à s'améliorer au niveau du service client.