Décrire le process cible avant de choisir l'outil.
La plupart des projets ERP commencent par une liste de logiciels et une série de démonstrations. C'est le point de départ le plus naturel, et le plus coûteux. Voici la démarche inverse, celle que nous pratiquons en mission : partir des process, et ne regarder les outils qu'une fois le besoin établi.
Quand le projet commence par l'outil
Le scénario est toujours le même. Une entreprise décide de changer de système. Elle établit une liste d'éditeurs, assiste à des démonstrations, remplit une matrice de comparaison, choisit. Le cahier des charges, quand il existe, a souvent été recopié d'un modèle trouvé ailleurs : des centaines de lignes de fonctions, sans hiérarchie, sans lien avec la façon dont l'entreprise travaille réellement.
La suite se déroule mécaniquement. L'outil choisi impose sa logique. Les équipes découvrent en cours de déploiement que leurs façons de faire n'entrent pas dedans. On personnalise, on développe des contournements, les coûts dérivent, la confiance s'érode. Dans les cas graves, l'entreprise se retrouve avec un système que personne ne maîtrise et des process que plus personne ne sait décrire.
Le problème n'est presque jamais l'outil lui-même. Les ERP du marché sont mûrs. Le problème est que personne n'a établi, avant de choisir, ce que l'entreprise attendait de ses process.
Quatre temps, dans cet ordre
Le cadrage n'est pas une formalité administrative avant le vrai projet. C'est le moment où l'entreprise décide ce qu'elle veut devenir. Quatre temps, et l'ordre compte.
Décrire le process cible, sans outil en tête
Domaine par domaine, on décrit comment les choses devraient fonctionner : ce que le process doit produire, pour qui, avec quelles règles. Le format qui fonctionne est l'arbre d'objectifs : un objectif maître par domaine, décliné en objectifs concrets, du général au fin.
- En atelier, avec ceux qui font le travail
- Aucun nom de logiciel pendant ces séances
- Un vocabulaire commun posé dès le départ
Confronter la cible au réel
On reprend chaque objectif et on le compare au fonctionnement actuel. Trois constats possibles : c'est déjà acquis, c'est un écart supportable, c'est un irritant qui coûte. Cette confrontation produit la matière du besoin.
- Les écarts sont nommés et illustrés par des cas réels
- Ce qui marche est protégé, pas seulement ce qui manque
- Les irritants sont chiffrés quand c'est possible
En tirer le besoin, hiérarchisé
Le besoin sort de la confrontation, pas d'un modèle recopié. Chaque exigence se rattache à un objectif et à un écart constaté. Ce lien change tout : on sait pourquoi chaque ligne existe, et on peut arbitrer.
- Des exigences reliées aux objectifs, pas un inventaire
- Une hiérarchie : indispensable, utile, accessoire
- Un dossier de consultation court et défendable
Choisir l'outil, en dernier
Les démonstrations se font alors sur vos scénarios, pas sur le parcours standard de l'éditeur. Chaque candidat déroule vos cas, avec vos données, devant vos équipes. L'écart entre les discours et les produits devient visible.
- Des scénarios de démonstration tirés des process cibles
- Les mêmes cas pour tous les candidats
- Les équipes notent, pas seulement la direction
Ce qu'un cadrage produit concrètement
Un cadrage sérieux tient en quatre livrables. Les arbres d'objectifs, un par domaine, qui fixent la cible. La description des process cibles, courte, lisible par un dirigeant comme par un opérationnel. La liste des écarts entre la cible et le réel, hiérarchisée. Le dossier de consultation, qui traduit le tout à l'intention des éditeurs, scénarios de démonstration compris.
Ces documents survivent au choix de l'outil. Ils servent ensuite de référence pour le paramétrage, pour la recette, pour la conduite du changement. Un écart entre ce que livre l'intégrateur et ce que dit le dossier de cadrage se voit immédiatement.
Quatre façons de rater un cadrage
Recopier un cahier des charges type
Huit cents lignes de fonctions cochées « indispensable » ne disent rien de votre entreprise. Les éditeurs y répondent tous oui, et le choix se fait finalement sur la démonstration standard.
Laisser l'éditeur mener la démonstration
Le parcours standard d'un éditeur montre ce que le produit fait de mieux. Vos scénarios montrent ce qu'il fera chez vous. Ce sont deux informations différentes, et une seule compte.
Cadrer sans les équipes
Un process cible décrit en chambre par la direction ou par un consultant seul sera contesté au premier atelier de déploiement. La cible se construit avec ceux qui feront tourner le système.
Vouloir tout couvrir
Tout n'est pas un écart critique. Un cadrage qui ne hiérarchise pas produit un projet impossible à tenir. Le courage du cadrage, c'est de dire ce qui attendra.
À quoi ressemble une cible bien décrite
Pour une entreprise qui travaille à l'affaire, ingénierie, équipements sur mesure, projets sur cahier des charges, la chaîne complète se décrit en huit domaines : commercial, nomenclatures, achats, achats aval, gestion des heures, facturation, comptabilité, et le suivi financier des affaires qui traverse tout. Chacun se déplie en arbre d'objectifs.
Les huit arbres d'objectifs, publiés en clair
La page Méthode déplie les huit domaines, objectif par objectif. C'est le point de départ de nos cadrages.