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, des documents incompréhensibles et des processus que seules les grandes entreprises peuvent se permettre. Ce n’est pas vrai. Un cadrage solide se fait en trois réunions bien menées.
Pourquoi cadrer avant de faire quoi que ce soit
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. L’intégrateur comprend une chose, le DAF en attend une autre, le responsable opérationnel une troisième. 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ène son lot de nouvelles demandes. Le projet s’étend. Les délais glissent. Le budget explose.
Réunion 1 - Le lancement : comprendre avant de proposer
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 est d’établir un contexte partagé : d’où vient le besoin, qu’est-ce qui ne fonctionne plus aujourd’hui, quels sont les enjeux réels derrière la demande. Trop de projets partent d’un symptôme sans remonter à la cause. « On veut un nouveau CRM » peut cacher des dizaines de réalités différentes, des données commerciales non fiables, un outil existant mal utilisé, un problème de formation, ou une vraie limite fonctionnelle.
Ce qu’on doit sortir de cette réunion : une fiche de contexte d’une page, les objectifs du projet en trois points maximum, les personnes concernées, et une première estimation de l’ordre de grandeur (budget, calendrier souhaité). Pas de cahier des charges, juste une base commune. Un compte-rendu écrit est envoyé dans les 24h. C’est non négociable.
Réunion 2 - L’atelier métier : traduire le besoin en fonctionnel
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. Entre la réunion de lancement et celle-ci, le chef de projet aura préparé une liste de questions structurées sur les processus actuels : comment les données circulent, quelles sont les étapes manuelles qui posent problème, quels sont les volumes, les exceptions, les cas particuliers.
L’atelier métier sert à une seule chose : formaliser ce que le futur système devra faire, en partant du réel et non d’une présentation commerciale de l’éditeur. C’est ici qu’on identifie les contraintes techniques, les cas d’usage prioritaires, et les fonctionnalités qui peuvent attendre une phase 2. Ce qui sort de cet atelier : 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.
Réunion 3 — La validation : figer avant de signer
Durée : 1h - Participants : direction + sponsor décisionnel
La troisième réunion est la plus courte. C’est aussi la plus importante. Elle présente la synthèse des deux premières : le périmètre du projet, les cas d’usage retenus et exclus, le planning macro, les jalons de validation, les critères d’acceptation. Tout est soumis à validation formelle avant que quoi que ce soit ne soit signé avec un prestataire.
Après cette réunion, le périmètre est figé. Toute évolution ultérieure passe par un avenant formalisé, avec impact chiffré sur le budget et le calendrier. 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.
Ce que ces trois réunions produisent concrètement
À l’issue du cadrage, Logexia remet un document d’une dizaine de pages qui couvre : les objectifs et indicateurs de succès, le périmètre inclus et les exclusions explicites, la liste des parties prenantes avec leur rôle, le calendrier macro avec les jalons de validation, les prérequis techniques identifiés, et la 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 retenu. Il ne remplace pas le cahier des charges fonctionnel détaillé, il le précède et le structure.
La question qu’on nous pose toujours
« Trois réunions, c’est vraiment suffisant ? » Pour un projet de taille standard en PME (Déploiement ERP, migration vers un nouvel 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 à chaque fois, produisent un cadrage solide en deux à trois semaines.
Ce qui est certain : 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.