Sauter au contenu

Où en sont les projets décisionnels ?

30 juillet 2009

Les années 90 ont connu l’émergence du décisionnel. Je me souviens, j’y étais…

Ont commencé les créations laborieuses de tableaux de bord avec des dizaines de données comparatives contenues dans des systèmes opérationnels hétérogènes. Aux problèmes de performance, se sont ajoutées les multitudes de critères basés sur une même donnée et la mise en place de requêtes d’une complexité effrayante.

Le besoin quantitatif en terme de données s’était peu à peu transformé en besoin d’information.

La validité d’une donnée ne signifiait pas pertinence de l’information. Surabondance de données n’apportait que déficit d’information.

Nous sommes passés d’un système où une mesure servait à contrôler et sanctionner, à une mesure qui permettrait de planifier et donc de réagir.

Il fallait donc penser, « architecturer » et modéliser autrement.

C’est ce qui a été entrepris et amené à spécifier qu’un Système d’Information Décisionnel (SID) reposait sur :

  • l’élaboration d’un entrepôt de données (data warehouse) ;
  • la modélisation selon un modèle de données spécifique et évolutif (en étoile) ;
  • la mise en place de processus d’alimentation.

Ma participation à divers projets décisionnels, au travers de mon expertise dans les ETL (Extract Load and Transform), m’a amené à faire les constatations suivantes :

  • les entrepôts de données existent mais sont le plus souvent de vastes et énormes réservoirs de données, le plus souvent modélisés en étoile, sur lequel certains posent des infocentres et d’autres y puisent des données pour créer des cubes,
  • des dizaines de tableaux de bord ou rapports sont créés pour les utilisateurs, qui se disent satisfaits mais qui utilisent peu ou pas ce qui leur est proposé. Les tableaux de bord qui sont présentés aux utilisateurs, proposent des indicateurs trop généraux et éloignés de leurs préoccupations et moyens d’action.

Nous sommes toujours dans l’incapacité à formaliser correctement nos besoins en termes d’information et essayons de nous appuyer sur la puissance des technologies (architectures matérielles, les SGBDR, les ETL, les logiciels de présentation de données…) pour contourner les problèmes.

Pour réussir la mise en place de son Système d’Information Décisionnel, il ne faut pas oublier :

  • que les objectifs sont des cibles mouvantes comme l’est l’environnement concurrentiel. L’adaptation au changement est une question de survie immédiate ;
  • qu’il faut éviter de voir trop grand en mettant toutes les données de l’entreprise. Un périmètre fonctionnel viable doit être définit, quitte à l’élargir au fur et à mesure de l’avancement du projet ;
  • qu’un Système d’Information Décisionnel ne s’achète pas. Il se conçoit et repose entièrement sur son contenu fonctionnel. L’information décisionnelle doit porter sur le métier de l’utilisateur afin de lui permettre d’effectuer des rapprochements et des consolidations non prédéfinies afin d’analyser des phénomènes évoluant dans le temps ;
  • qu’un entrepôt de données n’est pas une nouvelle plate-forme technologique dont les logiciels sont les vedettes. Il doit avant tout être utilisé pour uniformiser des données issues d’applications hétérogènes et pour les historiser. Il doit être modélisé comme un modèle opérationnel puisqu’il s’agit toujours de données opérationnelles ;
  • que la modélisation en « étoile » concerne uniquement des données décisionnelles et non opérationnelles et est utile seulement lors de la conception des datamarts (les axes sont des dimensions et les indicateurs sont dans des tables de faits ) ;
  • que la définition d’un Système d’Information Décisionnelle doit avant tout commencer par le recensement des besoins utilisateurs en terme de données décisionnelles (contenu des tableaux de bord et rapports) avant d’élaborer l’entrepôt de données (l’entrepôt ne doit pas contenir de données superflues et inutiles) ;
  • qu’il est dangereux de multiplier à l’infini le nombre de dimensions dans un datamart: le datamart contient les données d’un métier et non les données de toute l’entreprise (au niveau détail tout au moins).

Je pourrai vous parler pendant des heures sur la façon d’implémenter un projet décisionnel dans votre entreprise mais ce n’est pas là ma prétention dans cet article. Je voulais juste vous inciter à faire attention à ne pas vous lancer dans l’installation et la configuration technique avant d’avoir répondu aux questions que vous n’avez pas encore formulées

2 Commentaires laisser un →
  1. 31 juillet 2009 11:08

    Excellent Article !

  2. 5 octobre 2009 08:34

    Très pertinent.

    C’est souvent un piège dans lequel il est facile de tomber de développer un projet décisionnel autour d’un logiciel, et non un logiciel(*) autour d’un projet décisionnel.

    (*) au sens large : développement/utilisation/achat/choix/etc. d’un ou d’un ensemble de logiciels.

Répondre

Entrez vos coordonnées ci-dessous ou cliquez sur une icône pour vous connecter:

Gravatar
Logo WordPress.com

Vous commentez à l'aide de votre compte WordPress.com. Déconnexion / Changer )

Twitter picture

Vous commentez à l'aide de votre compte Twitter. Déconnexion / Changer )

Photo Facebook

Vous commentez à l'aide de votre compte Facebook. Déconnexion / Changer )

Connexion à %s

Suivre

Get every new post delivered to your Inbox.

Joignez-vous à 36 followers