Construction d'indicateurs

L’indicateur, élément fondamental du tableau de bord

Différents types d’indicateurs peuvent se retrouver dans les tableaux de bord. Mais n’oubliez pas, dans tous les cas un indicateur doit être valorisable, c’est à dire permettre de prendre une décision ou de mener une action.

• Les indicateurs de pilotage : ils permettent de mesurer un niveau de déploiement (d’une stratégie, d’un plan d’action).
• Les indicateurs de performance : ils permettent de mesurer l’atteinte des objectifs.
• Les indicateurs d’efficience : ils permettent de mesurer l’atteinte des objectifs en fonction des ressources consommées.
• Les indicateurs d’éclairage : utilisés plutôt dans les tableaux de bord opérationnels, ils donnent des informations factuelles sur une période donnée pour permettre à un utilisateur de définir les actions à mener.
• Les indicateurs de tendance : permettent de projeter des informations factuelles sur la durée en mettant en évidence une potentielle incidence sur l’avenir, ils permettent d’anticiper les évolutions.

À noter que les indicateurs peuvent tout aussi bien être financiers que non financiers (qualité, ressources humains ou techniques etc.).

Du récit utilisateur à l’indicateur

La rédaction de récits utilisateurs réunis au sein d’un document nommé Product Backlog est une méthode pour formaliser les attentes et les contraintes pour le développement d’un projet. Cette méthode vient du domaine de la gestion de projet agile où la rédaction d’un cachier des charges n’est parfois pas nécessaire ou bien après la rédaction du cahier des charges du projet (qui définit un périmètre) afin d’exprimer de manière claire les besoins métiers.

En Business Intelligence, les récits utilisateurs sont utilisées afin de pouvoir s’assurer d’une bonne compréhension des indicateurs nécessaires aux décideurs et de la nature des décisions à prendre afin de produire les tableaux de bord répondant au mieux aux besoins.

La construction des récits utilisateurs est détaillée sur la page Rédiger un récit utilisateur.

Structure d’un récit utilisateur

La structure d’un récit utilisateur est la suivante :

En tant que [utilisateur-type], je désire [une fonctionnalité] afin de [finalité].

où :

• utilisateur-type : il doit correspondre à un rôle / une fonction clairement identifiable (le responsable marketing, le directeur des ressources humaines, un responsable des ventes, etc.). La description de l’utilisateur-type doit être cohérente avec la fonctionnalité spécifiée et la nature des décisions pouvant être prises.
• fonctionnalité : il s’agit d’un besoin en terme d’analyse d’un phénomène ou d’analyse de la performance d’un processus (la satisfaction client, les performances des ventes, etc.). Si un indicateur est précisé (nombre de plaintes, chiffre d’affaire etc.) il ne doit pas être seul, il doit s’agir d’une précision qui vient compléter le besoin.
• finalité : il s’agit d’expliciter en quoi le besoin énoncé vient accompagner l’utilisateur-type pour prendre des décisions afin d’atteindre les objectifs fixés par la stratégie de son entreprise.

Méthode

Les indicateurs que vous allez construire doivent permettre de répondre aux fonctionnalités attendues dans les récits utilisateurs.

Dans un premier temps, les récits utilisateurs ont permis d’établir un dialogue avec votre client et d’exprimer clairement en langue naturelle leurs besoins. Dans un second temps, vous allez construire un tableau associant les différents récits utilisateurs aux indicateurs et à des objectifs ciblés. Vous serez peut-être mené à découper les récits utilisateurs d’origine qui seraient trop complexes.

• La finalité doit permettre d’identifier les actions ou les décisions que l’on peut mettre en oeuvre après l’analyse du tableau de bord.
• Les fonctionnalités de nos récits utilisateurs vont devoir maintenant être déclinées en indicateurs :
  • Gardez en tête la finalité.
  • Passez en revue les différents types d’indicateurs pour vous demander si chacun d’eux est ou non pertinent dans votre contexte.
  • Spécifiez si un objectif numérique peut être ciblé, c’est le cas pour certains indicateurs (pilotage, performance, efficience …).

Si le client a tenu à préciser un certain nombres d’indicateurs (que vous avez gardé en annexe), vous devez maintenant les reconsidérer au regard des finalités et fonctionnalités identifiées. Vous pourrez ainsi ajouter l’indicateur à l’endroit pertinent ou l’améliorer voire encore le rejeter.

Dans tous les cas, vous devrez justifier votre choix et convaincre le client du bien-fondé de votre décision. Si celle-ci n’est pas suffisamment argumentée, il pourrait vous contraindre à créer son indicateur en opposition avec l’équipe de conception (ce qui reste mauvais pour le déroulement du projet).

Exemple

Prenons le contexte de l’activité Concevoir un tableau de bord et le récit utilisateur associé :

En tant que membre de l’Assemblée Permanente des Présidents des Commissions locales de l’eau de Bretagne (APPCB), je désire visualiser le niveau en pesticides pour chaque région française et identifier les stations hors-norme afin de pouvoir évaluer l’efficacité des politiques mises en oeuvre et de pouvoir comparer leurs résultats entre régions.

Ce récit utilisateur permet de produire le tableau suivant. Les informations données par le client sur la méthode d’analyse des eaux ainsi que les normes réglementaires permettent de définir les indicateurs et les objectifs.

Pour un sprint donné, l’analyse des récits utilisateurs à implémenter doit conduire à un tableau complet permettant ensuite de définir une maquette du tableau de bord, comme ci-dessous :

1. Dans un premier temps il s’agit de définir la représentation visuelle adaptée à chaque indicateur.
2. Dans un second temps, il s’agit de produire une maquette globale du tableau de bord qui met en oeuvre un principe de structuration cohérent avec les pratiques métiers de votre client.