Checklist de cadrage de projet industriel

1. Le sujet de départ est-il réellement clair ?

Avant même de parler de planning, d'outil ou de prestataire, il faut vérifier que le sujet lui-même est bien posé.

Questions à se poser :

• Peut-on expliquer en quelques phrases ce que le projet cherche à traiter ?
• Le problème de départ est-il formulé clairement ?
• Les différentes parties prenantes parlent-elles bien du même sujet ?
• Le projet répond-il à une difficulté identifiée ou à un besoin explicite ?
• Le sujet est-il formulé en termes de besoin, et pas seulement de solution envisagée ?

Signaux faibles d'un sujet encore mal posé :

• le projet est présenté surtout par l'outil pressenti
• chacun reformule le sujet différemment
• l'objectif réel change selon l'interlocuteur
• le besoin existe, mais reste trop général

À retenir : Un projet mal nommé est souvent un projet mal cadré.

2. Le besoin réel a-t-il été distingué de la solution ?

C'est une étape décisive.

Beaucoup de projets dérivent très tôt vers :

• il faut un outil
• il faut automatiser
• il faut digitaliser
• il faut changer de prestataire
• il faut une nouvelle organisation

Mais ces formulations décrivent déjà une réponse possible. Elles ne suffisent pas à définir le besoin.

Questions à se poser :

• Sait-on précisément ce que l'on cherche à améliorer, sécuriser ou rendre plus fluide ?
• Le besoin a-t-il été formulé indépendamment de la solution imaginée ?
• Le projet répond-il à un usage, un fonctionnement, un blocage ou un objectif clairement identifiés ?
• A-t-on vérifié que la solution envisagée n'arrive pas trop tôt dans la réflexion ?

Signaux faibles d'une confusion besoin / solution :

• le projet commence par un nom d'outil
• la consultation est envisagée avant que le besoin soit formalisé
• la discussion tourne déjà autour du comment alors que le pourquoi reste flou

À retenir : Un projet bien cadré commence par le besoin, pas par la réponse.

3. L'objectif du projet est-il formulé de manière exploitable ?

Un objectif trop vague affaiblit toute la suite.

Dire :

• améliorer la performance
• fluidifier le fonctionnement
• gagner du temps
• mieux piloter

n'est pas suffisant si l'on ne traduit pas cela en objectif plus précis.

Questions à se poser :

• Le projet poursuit-il un objectif principal clairement identifiable ?
• Cet objectif peut-il être expliqué simplement ?
• Les résultats attendus sont-ils décrits de manière concrète ?
• Les objectifs secondaires ont-ils été distingués de l'objectif principal ?
• Le lien entre le besoin initial et l'objectif poursuivi est-il clair ?

Signaux faibles d'un objectif mal cadré :

• trop d'objectifs à la fois
• objectifs trop larges
• objectifs qui changent selon les échanges
• absence de hiérarchie entre les attentes

À retenir : Un projet peut supporter de l'incertitude. Il supporte mal l'ambiguïté sur son objectif principal.

4. Le périmètre est-il réellement défini ?

Le périmètre ne sert pas seulement à poser une limite. Il sert à rendre le projet tenable.

Questions à se poser :

• Sait-on ce qui entre dans le projet ?
• Sait-on ce qui n'y entre pas ?
• Les sites, équipes, processus ou flux concernés sont-ils identifiés ?
• Les frontières du projet sont-elles partagées par les décideurs et les acteurs concernés ?
• Le périmètre est-il proportionné aux ressources et au niveau de maturité du sujet ?

Points à clarifier :

• périmètre fonctionnel
• périmètre organisationnel
• périmètre géographique ou multisite si nécessaire
• périmètre temporel
• phases incluses ou non dans le projet

Signaux faibles d'un périmètre mal posé :

• on verra en avançant sur les limites
• ajout régulier de sujets connexes
• confusion entre phase 1 et vision plus large
• difficulté à dire ce qui est hors projet

À retenir : Un périmètre flou est l'une des premières causes de dérive.

5. Le contexte et l'existant ont-ils été suffisamment décrits ?

Un projet sérieux ne part pas dans le vide. Il part d'un existant.

Questions à se poser :

• Le fonctionnement actuel est-il suffisamment compris ?
• Les difficultés de l'existant sont-elles décrites de manière concrète ?
• Les pratiques actuelles ont-elles été observées ou simplement supposées ?
• Les points de blocage ont-ils été objectivés ?
• Les écarts entre ce qui est prévu et ce qui se passe réellement sont-ils connus ?

Éléments à documenter :

• organisation actuelle
• outils ou supports déjà utilisés
• méthodes de travail
• circuits de validation
• irritants récurrents
• contournements ou pratiques de compensation
• dépendances entre équipes

Signaux faibles d'un existant mal lu :

• projet construit sur des impressions générales
• faible compréhension des usages réels
• sous-estimation des habitudes déjà installées
• peu d'éléments concrets sur le point de départ

À retenir : On cadre mieux quand on part du réel, pas d'une représentation abstraite du problème.

6. Les parties prenantes ont-elles été correctement identifiées ?

Dans un projet industriel, les difficultés viennent rarement d'un seul acteur. Le cadrage doit donc identifier qui est réellement concerné.

Questions à se poser :

• Les décideurs sont-ils identifiés ?
• Les utilisateurs ou équipes concernées ont-ils été pris en compte ?
• Les contributeurs clés sont-ils connus ?
• Les acteurs à consulter, informer ou faire valider sont-ils identifiés ?
• Le projet touche-t-il plusieurs services ou niveaux de décision ?

À cartographier :

• sponsor
• porteur du besoin
• utilisateurs
• responsables opérationnels
• fonctions support
• décideurs
• prestataires actuels ou futurs si le sujet le nécessite

Signaux faibles d'une cartographie insuffisante :

• oubli des utilisateurs réels
• rôle décisionnel mal défini
• parties prenantes découvertes en cours de route
• forte dépendance à une seule personne pour tout comprendre

À retenir : Un projet mal peuplé au départ se complique très vite au moment des arbitrages.

7. Les responsabilités sont-elles suffisamment claires ?

Identifier les acteurs ne suffit pas. Il faut aussi clarifier leur rôle.

Questions à se poser :

• Sait-on qui porte le projet ?
• Sait-on qui décide ?
• Sait-on qui prépare les arbitrages ?
• Sait-on qui contribue à la définition du besoin ?
• Sait-on qui sera responsable de la suite ?
• Les responsabilités sont-elles explicites ou encore largement implicites ?

Ce qu'il faut pouvoir distinguer :

• portage
• décision
• contribution
• validation
• exécution
• suivi

Signaux faibles d'un problème de responsabilité :

• même sujet porté par plusieurs personnes sans rôle clair
• arbitrages qui remontent mal
• confusion entre sponsor, pilote et contributeurs
• attentes contradictoires sur qui doit faire quoi

À retenir : Le cadrage ne sert pas seulement à définir le projet. Il sert aussi à définir la manière dont le projet sera porté.

8. Les contraintes ont-elles été rendues visibles ?

Un projet mal cadré sous-estime souvent ses contraintes. Or ce sont elles qui conditionnent la faisabilité réelle.

Questions à se poser :

• Les contraintes de temps sont-elles connues ?
• Les contraintes de ressources sont-elles explicitées ?
• Les contraintes opérationnelles ont-elles été prises en compte ?
• Le projet doit-il coexister avec des périodes de forte activité ?
• Existe-t-il des contraintes techniques, réglementaires ou d'intégration ?
• Les limites de disponibilité des équipes sont-elles connues ?

Familles de contraintes à examiner :

• charge interne
• calendrier
• budget
• compatibilité avec l'existant
• dépendances avec d'autres projets
• capacité de déploiement
• maturité des équipes
• contraintes qualité, sécurité ou conformité si nécessaire

Signaux faibles d'un cadrage aveugle aux contraintes :

• calendrier annoncé sans test de faisabilité
• dépendances non documentées
• charge des équipes sous-estimée
• complexité de déploiement peu prise en compte

À retenir : Un projet bien cadré n'ignore pas ses contraintes. Il les rend visibles assez tôt pour qu'elles soient intégrées dans les décisions.

9. Les risques principaux ont-ils été identifiés ?

Le cadrage ne consiste pas à prévoir tous les problèmes. Il consiste à voir assez tôt ce qui peut fragiliser le projet.

Questions à se poser :

• Les principaux risques sont-ils connus ?
• Les risques portent-ils sur le besoin, le périmètre, la coordination, le calendrier, les ressources ou l'acceptation ?
• Les dépendances critiques sont-elles visibles ?
• Les risques les plus probables ont-ils été distingués des risques les plus graves ?
• Certains sujets demandent-ils une attention particulière avant lancement ?

Risques fréquents en phase amont :

• besoin encore instable
• périmètre trop large
• manque de disponibilité des équipes
• faible alignement entre acteurs
• consultation trop précoce
• solution imaginée trop tôt
• complexité de déploiement sous-estimée

À retenir : Un bon cadrage ne supprime pas le risque. Il réduit le risque d'entrer dans le projet sans l'avoir vu.

10. Les critères de décision ont-ils été posés ?

Un projet devient beaucoup plus difficile à piloter quand les critères de décision apparaissent trop tard.

Questions à se poser :

• Sait-on sur quels critères le projet sera arbitré ?
• Les critères de choix d'une solution ou d'un prestataire sont-ils définis ?
• Les priorités entre simplicité, robustesse, délai, coût, intégration ou déploiement sont-elles connues ?
• Les critères de réussite du projet sont-ils formulés ?
• Les arbitrages futurs pourront-ils s'appuyer sur une base claire ?

À clarifier :

• critères éliminatoires
• critères majeurs
• critères secondaires
• compromis acceptables
• niveau d'exigence attendu sur chaque dimension

Signaux faibles d'une absence de critères :

• on choisira au feeling
• critères de sélection définis après réception des offres
• impossibilité de hiérarchiser entre coût, délai et couverture du besoin
• arbitrages déplacés au dernier moment

À retenir : Sans critères, la décision devient plus subjective et la consultation beaucoup plus fragile.

11. Les livrables attendus sont-ils identifiés ?

Il ne suffit pas de dire que le projet doit avancer. Il faut savoir ce qu'il doit produire.

Questions à se poser :

• Sait-on quels livrables sont attendus ?
• Les livrables de la phase amont sont-ils clairs ?
• Si une consultation est prévue, les réponses attendues sont-elles définies ?
• Si un prestataire est sollicité, sait-on ce qu'on attend de lui concrètement ?
• Le lien entre livrables, décisions et mise en œuvre est-il clair ?

Exemples de livrables possibles :

• note de cadrage
• expression de besoin
• cahier des charges
• feuille de route
• plan de déploiement
• proposition structurée
• planning prévisionnel
• dispositif de pilotage

À retenir : Un projet bien cadré rend visible ce qu'il doit produire, pas seulement ce qu'il doit améliorer.

12. Le niveau de formalisation attendu est-il défini ?

Tous les projets n'ont pas besoin du même niveau de formalisation.

Questions à se poser :

• Le sujet demande-t-il une simple note de cadrage ou un cahier des charges plus complet ?
• Une expression de besoin suffit-elle à ce stade ?
• La formalisation attendue est-elle adaptée au niveau réel du projet ?
• Cherche-t-on à formaliser pour clarifier, pour consulter ou pour lancer ?

Repères utiles :

• sujet encore amont : expression de besoin ou note de cadrage
• sujet prêt à être consulté : cahier des charges plus structuré
• sujet déjà engagé : support de pilotage ou feuille de route

À retenir : Un bon cadrage choisit le bon niveau de formalisation. Ni trop faible, ni inutilement lourd.

13. La logique de consultation est-elle prête ?

Si le projet doit donner lieu à une consultation, le cadrage doit le préparer.

Questions à se poser :

• La consultation est-elle réellement justifiée à ce stade ?
• Le besoin est-il assez clair pour être présenté à des prestataires ?
• Les attentes de réponse sont-elles définies ?
• Les critères de comparaison sont-ils prêts ?
• Les zones encore ouvertes ont-elles été identifiées ?

Signaux faibles d'une consultation trop précoce :

• besoin encore instable
• arbitrages majeurs non tranchés
• critères non définis
• acteurs encore désalignés
• consultation lancée pour voir ce qui existe plutôt que sur une base structurée

À retenir : On ne consulte pas pour clarifier le besoin à sa place. On consulte mieux quand le besoin est déjà suffisamment structuré.

14. La logique de mise en œuvre a-t-elle été anticipée ?

Le cadrage n'est pas le pilotage. Mais il doit déjà tester la plausibilité de la suite.

Questions à se poser :

• Le projet semble-t-il tenable dans les conditions actuelles ?
• Les étapes de mise en œuvre commencent-elles à être visibles ?
• Les principaux points de vigilance pour l'exécution ont-ils été identifiés ?
• Le projet demande-t-il une conduite du changement, un déploiement progressif, une phase pilote ?
• La charge de mise en œuvre a-t-elle été sous-estimée ?

À retenir : Un cadrage sérieux ne remplace pas la mise en œuvre. Mais il évite de la traiter comme un simple prolongement automatique.

15. Le projet est-il réellement prêt à passer à l'étape suivante ?

C'est la question finale.

À la fin du cadrage, doit-on pouvoir répondre oui à ceci ?

• le sujet est clair
• le besoin est formulé
• l'objectif principal est connu
• le périmètre est posé
• les parties prenantes sont identifiées
• les responsabilités sont suffisamment lisibles
• les contraintes et risques principaux sont visibles
• les critères de décision existent
• la formalisation attendue est définie
• la suite peut être engagée sur une base plus solide

Si plusieurs de ces points restent incertains, alors le projet n'est probablement pas encore mûr pour la suite.