Un atelier de cadrage en 3 semaines : ce que ça change sur un projet PME
Trois semaines, c'est court pour un projet, long pour des arbitrages. C'est précisément la fenêtre où un atelier de cadrage produit ce qu'aucun cahier des charges ne produit : une vision partagée du vrai problème, un périmètre tenable, et des règles métier formalisées avant la première ligne de code.
Donatien Lefranc
Fondateur & Président, Leando
Pourquoi trois semaines, et pas trois mois
Le réflexe des grands cabinets sur un projet PME est de proposer un cadrage long : deux à quatre mois d'ateliers, de comités, de présentations intermédiaires. Cette durée se justifie sur des projets à enjeux réglementaires lourds ou sur des transformations multi-sites. Sur une PME entre 20 et 200 salariés qui veut moderniser un processus métier, elle n'apporte rien de plus qu'un atelier de trois semaines bien tenu. Elle fatigue les équipes, dilue les décisions, et installe un climat de réunionite avant même que le projet ne démarre.
Trois semaines, c'est la durée pendant laquelle le dirigeant accepte de bloquer du temps sans rien voir produire. Au-delà, la pression remonte : où en est-on, à quoi servent toutes ces interviews, quand est-ce qu'on code. En deçà, on n'a pas le temps d'observer une clôture comptable réelle, ni d'interroger trois ou quatre chefs de processus, ni de digérer ce qu'on a entendu pour produire un livrable structuré. Trois semaines, c'est la fenêtre dans laquelle l'intensité reste compatible avec le quotidien des équipes.
Ce qui se passe vraiment dans ces trois semaines
Première semaine : la vision et le terrain
On commence par le dirigeant. Pas pour qu'il décrive le projet qu'il veut, mais pour qu'il raconte sa lecture de la chaîne de valeur, ses zones de tension, ses plafonds de verre. Cet entretien fixe la grille de lecture. On enchaîne dans la même semaine avec deux ou trois immersions terrain : une journée avec un chef de projet, une demi-journée avec la responsable ADV, un point avec la personne qui ressaisit les timesheets. On note le quotidien, pas les opinions sur le quotidien.
« On va voir le dirigeant, on essaye de comprendre sa vision, où est-ce qu'il identifie des verticales, des briques qui sont le plus en tension, qui potentiellement représentent des plafonds de verre pour l'entreprise. »
Deuxième semaine : la cartographie et les règles métier
C'est la semaine la plus dense, et la plus inconfortable pour les équipes. On modélise le ou les processus en BPMN, on cartographie les objets métier (qui se relie à quoi, avec quelles données), on liste les règles métier que personne n'avait écrites jusque-là. Ce travail révèle les scénarios non nominaux : les cas particuliers, les exceptions, les dérogations clients que les équipes traitent à la main parce que « ça arrive de temps en temps ». C'est précisément ces scénarios qui font exploser un projet mal cadré au moment du développement.
Troisième semaine : la priorisation et la décision
On rentre avec le dirigeant et le sponsor décisionnel sur la hiérarchie des chantiers. Critères : criticité business, effort réaliste, levier rapide disponible. On projette une timeline. On définit les indicateurs d'impact attendus. Le livrable de sortie ne ressemble pas à un cahier des charges. C'est une note de cadrage qui dit : voici ce qu'on a observé, voici les chantiers possibles, voici celui qu'on recommande d'attaquer en premier, voici ce que ça implique de mesurer pour savoir si ça marche.
Ce que ça change sur la suite du projet
Le bénéfice le plus visible est la baisse du nombre d'allers-retours pendant le développement. Quand les règles métier sont écrites avant le code, l'équipe technique peut produire des livrables qui correspondent aux cas réels du premier coup. La friction classique « ce n'est pas exactement ce qu'on voulait » disparaît, parce que ce qu'on voulait a été formalisé avec les opérationnels qui vont l'utiliser.
« Une fois qu'on a une vision claire du processus cible, qu'on a validé avec le métier, on peut aller tout droit sur les développements. On n'a plus du tout besoin des allers-retours en développement comme ça se faisait avant. »
Le deuxième bénéfice est la réduction du périmètre. Sur la grande majorité des cas, l'atelier de cadrage met à jour qu'une partie de la demande initiale n'est pas prioritaire, ou que le vrai chantier est plus petit qu'envisagé. Mieux vaut le savoir avant de signer un budget de développement. C'est ce qu'on appelle « identifier une trottinette, pas construire une Ferrari » : livrer une brique qui s'inscrit dans le quotidien des équipes dès le premier jour, plutôt qu'un système ambitieux qui prend deux ans.
Le troisième bénéfice est plus subtil. Le cadrage produit un document qui survit à l'équipe projet. Si le dirigeant change, si le RAF est remplacé, si un freelance passe et un autre arrive, la note de cadrage et la cartographie restent. Sur un fournisseur d'énergie ETI que nous accompagnons, c'est cette documentation qui a permis à l'audit interne du groupe en 2026 d'être « jour et nuit » par rapport à l'audit 2024. Le cadrage n'est pas un livrable jetable. C'est un actif qui tient dans la durée.
Ce qu'on en a tiré sur des PME accompagnées
Sur un bureau d'études breton de 50 personnes, les dirigeants étaient persuadés qu'ils avaient besoin d'un outil précis. Le cadrage a montré que le vrai chantier prioritaire était la fluidification de la collaboration interne (Microsoft mieux utilisé), et que la décision d'outil métier devait attendre que la donnée soit unifiée. Le diagnostic les a empêchés d'investir à côté. Pour le détail de la méthode pas à pas, le guide complet de la note de cadrage décrit le format de livrable.
Sur le fournisseur d'énergie ETI évoqué plus haut, l'atelier de cadrage en novembre 2025 a remis sur les rails un projet qui s'était dispersé toute l'année avec des freelances. Trois semaines de mapping métier, modèle de données, règles métier explicites : à partir de là, le développement du MVP commercial s'est fait sans les allers-retours qui plombaient les itérations précédentes. Pour comprendre comment cette logique s'applique à la modernisation d'un SI complet, la méthode de modernisation SI en PME propose un cadre d'ensemble. Et si l'enjeu est de rentrer en cadrage sans encore engager de budget développement, le diagnostic SI comme livrable à part entière clarifie ce qu'on attend en sortie.
Si vous envisagez un projet digital structurant en PME, la première action concrète n'est pas de demander un devis. Bloquez deux heures avec votre dirigeant, et établissez avec lui la liste des trois zones de tension qui pèsent le plus sur la croissance. Ce sera l'input de votre cadrage : pas une spec, mais une carte des plafonds de verre que vous voulez faire sauter.
Pour la plupart des PME entre 20 et 200 salariés, oui. La vraie variable n'est pas le nombre de semaines, c'est la disponibilité réelle des décideurs et des opérationnels pendant cette période. Si le dirigeant et les chefs de processus dégagent quatre demi-journées sur trois semaines, on couvre la vision, la cartographie terrain, la priorisation et la décision de périmètre. Au-delà, on n'apprend pas plus, on attend juste que les arbitrages soient pris.
Vous envisagez un cadrage avant un projet digital ?
On regarde ensemble ce que produirait un atelier de trois semaines sur votre situation, et ce que ça vous dirait avant d'engager du budget développement. Échange exploratoire sans engagement.
Cadrer mon projet