Deux projets, une même question
Deux études de cadrage menées en parallèle, sur des terrains qui n’ont rien en commun. La première remplace, pour une fonction RH, une matrice unique de suivi des compétences : cinq services, une vingtaine d’ateliers, plusieurs centaines de postes, quelques centaines de compétences, tenue dans un classeur dont neuf pour cent des cellules seulement étaient renseignées. La seconde remplace, chez une entreprise de maintenance industrielle, un fichier d’expertise technique et des gammes de fabrication éclatées entre Excel, Word et PDF, sans recherche transverse possible ni analyse de coût.
Rien à voir, en apparence. Et pourtant la question posée au démarrage est identique dans les deux cas : comment avoir un outil qui fonctionne vite, sans sacrifier la trajectoire vers la solution complète qu’on sait déjà nécessaire ?
Écrire la cible entière avant de la découper
Le réflexe le plus répandu face à un budget ou un délai contraint est de réduire l’ambition : décrire un petit outil, pas le grand. C’est l’inverse de ce qui fonctionne. Dans les deux études, la cible complète est écrite en premier, avant tout découpage : tous les modules, toutes les règles, toute l’ambition, posés sur la table avant qu’on ne décide ce qui part en premier.
Côté RH, cette cible prend la forme d’un cahier des charges rédigé à la deuxième personne, explicitement annotable par le client, qui l’amende sur deux versions successives après un atelier de travail. Côté maintenance, la densité des règles (seuils techniques, formats d’échange avec un système existant) a imposé une forme plus structurée : un document unique de soixante-cinq questions, réparties en neuf catégories, dont trois sont marquées bloquantes.
Dans les deux cas, le découpage en lots vient après cette écriture complète, jamais pendant. On ne rogne pas une ambition pour la faire entrer dans un lot ; on écrit l’ambition entière, puis on la range.
Pourquoi écrire la solution idéale avant de la découper en lots ?
Parce qu’un lot pensé seul, sans la cible complète derrière, se referme sur lui-même : chaque lot suivant doit alors renégocier ce que le premier a figé. Écrire la cible entière d’abord, c’est garder la liberté de découper au bon endroit, pas celui qui était le plus facile à décrire.
Le critère qui tranche le lot 1
Un seul critère revient dans les deux études pour décider ce qui part dans le premier lot : ce qui peut être saisi ou toléré manuellement sans perdre la valeur métier part tout de suite ; ce qui exige une automatisation pour apporter un gain réel attend.
Côté RH, le premier lot couvre tout ce qui permet de tenir une campagne annuelle complète, avec historique et export, mais exclut l’accès direct des managers à l’outil : ils reçoivent un export PDF pensé pour leurs présentations, plutôt que des comptes à créer et à gérer dès le premier lot. Côté maintenance, le premier lot couvre la gestion des affaires, la matrice d’expertise numérisée, les ordres de fabrication avec leurs gammes, et un calcul de coût estimatif simple ; le suivi des temps réels et sa comparaison au prévu, qui réclament une automatisation pour avoir un sens, attendent le second lot.
Qui décide de ce qui part dans le lot 1 ?
Un seul critère tranche systématiquement : ce qui peut être saisi ou toléré manuellement sans perdre la valeur métier part dans le lot 1 ; ce qui exige une automatisation pour apporter un gain réel attend le lot suivant. Ce n’est jamais une question de facilité technique, mais de ce que l’utilisateur peut raisonnablement faire à la main pendant un cycle.
Une décision métier peut trancher une décision technique
L’étude RH illustre un point qu’on sous-estime souvent : l’architecture de déploiement entière, SaaS, conteneur chez le client, ou exécutable sur un seul poste, dépendait d’une unique question métier encore ouverte au moment du cadrage : qui, exactement, évalue les compétences ? Tant que cette question restait sans réponse, aucune des trois architectures ne pouvait être figée.
C’est une décision métier qui tranche une décision technique, jamais l’inverse. Figer l’infrastructure avant d’avoir la réponse aurait verrouillé un choix d’architecture sur une hypothèse non confirmée.
La méthode s’adapte à la densité des règles, pas au client
Les deux études se ressemblent dans leur démarche et divergent dans leur forme, et la raison tient en une phrase : la méthode s’adapte à la densité des règles métier du domaine, pas à la taille du client ni à son secteur. Un domaine aux règles narratives, où les exceptions se comptent sur les doigts d’une main, se cadre par un cahier des charges annoté en continu. Un domaine aux règles numériques denses, seuils techniques, formats d’un système existant, exige d’isoler chaque point bloquant dans un document de questions catégorisées, avec une réponse par défaut proposée pour ne pas arrêter l’étude sur chaque point ouvert.
Le nombre de lots dépend-il de la taille de l’entreprise ?
Non, il dépend de la densité des règles métier, pas de la taille de l’entreprise ni du budget. Un domaine à forte densité de règles réclame davantage de questions tranchées avant le premier lot, quelle que soit la taille de l’organisation qui le porte.
Vérifier avant de développer
Dans les deux études, un même geste précède tout développement : vérifier ce que l’outil en place, ou un outil déjà possédé par le client, couvre peut-être déjà. Côté RH, la question posée avant tout chiffrage est simple : les modules déjà souscrits dans l’outil RH existant du client couvrent-ils une partie du besoin ? Côté maintenance, la confrontation du cahier des charges rédigé aux données réelles du client a fait apparaître une divergence sur les seuils d’une formule technique entre les deux sources : un point bloquant, explicitement listé, à trancher avant de figer l’architecture.
C’est le même réflexe dans les deux cas : la spécification écrite n’est jamais tenue pour vraie tant qu’elle n’a pas été confrontée aux données réelles du client.
Ce qui reste constant
Quatre éléments ne varient pas, quel que soit le domaine : une étude conjointe avant toute ligne de développement, une maquette ou une démonstration sur des données réelles avant tout engagement contractuel, un cahier des charges explicitement amendable par le client plutôt qu’un livrable figé, et une garantie courte après la mise en service du premier lot, pour le stabiliser avant d’ouvrir le suivant.
Ce socle ne dépend ni du secteur ni de la taille de l’entreprise. Ce qui change, c’est uniquement la forme que prend l’étude pour s’adapter à la densité réelle des règles du métier qu’elle doit couvrir.