Lancer un projet informatique sans cadrage, c'est comme démarrer un chantier sans plan. Tout le monde est motivé le premier jour. Les problèmes arrivent au troisième mois, quand les fondations manquent.
Pourtant, la majorité des PME démarrent leurs projets IT sans cadrage formel. Pas par négligence, mais parce qu'on associe « cadrage projet » à des semaines de réunions et des documents incompréhensibles. Ce n'est pas vrai : un cadrage solide se fait en trois réunions bien menées.
Le cadrage, c'est la transformation d'un besoin flou en projet concret. C'est le moment où l'on décide ce que le projet fera, et surtout ce qu'il ne fera pas.
Sans cette étape, deux choses se produisent à coup sûr. D'abord, chaque partie prenante part avec sa propre version du projet en tête ; ces divergences ne remontent à la surface qu'une fois le projet lancé, au pire des moments. Ensuite, le périmètre dérive : sans limite formalisée, chaque réunion am`ene son lot de nouvelles demandes. Le projet s'étend, les délais glissent, le budget explose.
Durée : 1h30 — Participants : direction + référents métier
La première réunion n'est pas une réunion de solution, c'est une réunion de compréhension. L'objectif : établir un contexte partagé (d'où vient le besoin, qu'est-ce qui ne fonctionne plus, quels sont les enjeux réels). « On veut un nouveau CRM » peut cacher des dizaines de réalités : données non fiables, outil mal utilisé, problème de formation, ou vraie limite fonctionnelle.
Ce qu'on doit en sortir : une fiche de contexte d'une page, les objectifs en trois points maximum, les personnes concernées, une première estimation d'ordre de grandeur. Un compte-rendu écrit envoyé dans les 24h. C'est non négociable.
Durée : 2h — Participants : référents métier opérationnels
C'est la réunion la plus technique, et la plus souvent oubliée. Le chef de projet aura préparé une liste de questions structurées sur les processus actuels : circulation des données, étapes manuelles problématiques, volumes, exceptions, cas particuliers.
L'atelier sert à formaliser ce que le futur système devra faire, en partant du réel et non d'une présentation commerciale. Ce qui en sort : une liste de cas d'usage priorisés, une carte des intégrations à prévoir, et les premières exclusions de périmètre formalisées par écrit.
Durée : 1h — Participants : direction + sponsor décisionnel
La plus courte, et la plus importante. Elle présente la synthèse des deux premières : périmètre, cas d'usage retenus et exclus, planning macro, jalons de validation, critères d'acceptation. Tout est soumis à validation formelle avant toute signature avec un prestataire.
Après cette réunion, le périmètre est figé. Toute évolution passe par un avenant chiffré. Un projet dont le périmètre n'est pas validé formellement avant le lancement n'a pas de périmètre : il a une intention.
À l'issue du cadrage, Logexia remet un document d'une dizaine de pages : objectifs et indicateurs de succès, périmètre inclus et exclusions explicites, parties prenantes et rôles, calendrier macro avec jalons, prérequis techniques, et procédure de gestion des évolutions de périmètre. Ce document devient le contrat de départ entre le client, Logexia et le prestataire technique.
« Trois réunions, c'est vraiment suffisant ? » Pour un projet de taille standard en PME (déploiement ERP, migration d'outil métier, refonte d'un SI partiel), oui. Trois réunions bien préparées, avec les bonnes personnes et un compte-rendu rigoureux, produisent un cadrage solide en deux à trois semaines.
Les semaines investies dans un bon cadrage se récupèrent toujours sur la durée du projet. Les projets qui dérapent le font rarement par manque de compétences techniques : ils dérapent faute d'avoir posé les bonnes questions au bon moment.
