Flexibilité et personnalisation

Le modèle n'était pas le problème

Dans la plupart des projets que nous reprenons, l'algorithme fonctionne. Ce qui ne fonctionne pas, c'est ce qu'on lui donne à manger : des référentiels dupliqués, des unités qui changent d'un tableur à l'autre, des champs libres là où il faudrait une liste fermée.

Le symptôme est toujours le même : des résultats plausibles mais faux, que personne ne sait ni expliquer ni corriger.

Les trois défauts qui coûtent le plus cher

• Les doublons de tiers, qui éclatent l'historique d'un même client sur plusieurs fiches.
• Les unités et devises implicites, jamais écrites nulle part.
• Les champs libres utilisés comme catégories, avec autant d'orthographes que de personnes qui saisissent.

Commencer par la gouvernance, pas par le modèle

Avant d'ouvrir le moindre carnet de notes, il faut décider qui est responsable de chaque référentiel, ce qui fait foi, et comment une donnée entre dans le système. C'est un travail d'organisation avant d'être un travail technique.

Une donnée sans propriétaire est une donnée qui se dégrade.

Le test des 30 minutes

Prenez un indicateur que votre direction regarde chaque semaine. Demandez d'où vient chaque chiffre. Si personne ne sait répondre en trente minutes, le problème n'est pas le modèle.

Nous détaillons la démarche dans notre méthodologie.