En synthèse
Un cadrage SAP/MES ne doit pas être une réunion de lancement prolongée. C’est l’étape où l’organisation décide ce que le projet doit réellement transformer, ce qu’il doit sécuriser, ce qu’il doit exclure et comment la valeur sera mesurée. Dans les environnements industriels, cette clarification est critique car une décision implicite peut bloquer une ligne, dégrader la traçabilité ou créer une dette de run durable.
Le cadrage doit sortir d’une logique de catalogue fonctionnel. Il doit produire des arbitrages exploitables : périmètre, processus, données, architecture ERP/MES/OT, gouvernance, risques, ressources, recette, change, cutover, support et indicateurs.
Un bon cadrage ne ralentit pas le projet. Il évite de lancer un design sur des hypothèses fragiles, puis de découvrir en recette que les cas réels n’ont jamais été discutés.
Clarifier le problème avant de choisir la solution
Les projets SAP/MES démarrent parfois avec une solution déjà implicitement choisie : nouveau MES, SAP DM, évolution SAP, automatisation atelier, cockpit de performance. Le risque est de chercher à justifier la solution plutôt qu’à qualifier le problème.
Le cadrage doit expliciter les irritants : manque de visibilité, erreurs de stock, traçabilité fragile, double saisie, MRP non fiable, retards, rebuts, arrêts, papier, non-conformités, lenteur de libération, dépendance à Excel. Chaque irritant doit être relié à un impact mesurable ou à un risque évité.
Définir une frontière ERP/MES/OT sans ambiguïté
La frontière entre SAP, MES, supervision, équipements et reporting est souvent la décision la plus structurante. Elle conditionne les interfaces, la donnée maître, le niveau de détail, les écrans opérateurs, la maintenance applicative et le support.
Il faut décider où sont gérés les ordres, les opérations, les instructions, les paramètres process, les contrôles qualité, les consommations, les confirmations, les arrêts, les statuts, les étiquettes, les lots et les KPI. Une frontière floue crée des doubles saisies et des débats récurrents pendant tout le projet.
Identifier les processus et exceptions qui feront le go-live
Les ateliers de cadrage capturent souvent les flux nominaux. Or les projets échouent sur les exceptions : manque composant, lot bloqué, retour partiel, correction de consommation, changement de statut qualité, interface indisponible, annulation d’ordre, équipement arrêté, reprise après incident, expédition urgente.
Un cadrage robuste impose une cartographie des scénarios critiques et des cas dégradés. Cela permet de dimensionner le design, la recette, la formation et l’hypercare.
Traiter la data readiness comme une condition d’engagement
Un projet SAP/MES est dépendant des articles, nomenclatures, gammes, versions, postes, ressources, lots, équipements, plans qualité, unités, emplacements et règles MRP. Si ces données sont instables, le système cible ne créera pas de valeur.
Le cadrage doit évaluer la qualité des données non pas en pourcentage global, mais par impact sur les flux. Il doit aussi préciser les responsabilités : qui corrige, qui valide, qui maintient, qui contrôle et avec quelle fréquence.
Construire la gouvernance avant les arbitrages difficiles
Les décisions complexes apparaîtront : standard ou spécifique, central ou local, SAP ou MES, automatisé ou manuel, pilote ou rollout, priorité qualité ou productivité, quick win ou fondation. Si la gouvernance n’est pas définie, ces décisions seront retardées ou politisées.
Le cadrage doit préciser les instances, les critères d’arbitrage, les droits de décision, le RACI, le registre de décisions, la gestion des risques et les mécanismes d’escalade.
Définir les preuves attendues, pas seulement les livrables
Un blueprint, une matrice de flux ou un backlog ne suffisent pas. Le cadrage doit définir quelles preuves seront attendues à chaque jalon : scénarios testés, données validées, rôles formés, interfaces supervisées, support prêt, KPI mesurés, contournements documentés.
Cela change la posture projet : on ne cherche plus seulement à produire des documents, mais à démontrer une capacité opérationnelle.
Matrice de décision
Cette grille peut servir de support à un cadrage exécutif SAP/MES.
| Domaine | Question de cadrage | Livrable attendu |
|---|---|---|
| Valeur | Quel problème opérationnel mesurable vise-t-on ? | Business case opérationnel et KPI baseline |
| Architecture | Quelle responsabilité pour SAP, MES, OT et reporting ? | Carte ERP/MES/OT et principes d’intégration |
| Processus | Quels cas nominaux et dégradés doivent être couverts ? | Catalogue de scénarios critiques |
| Data | Quelles données conditionnent la réussite ? | Data readiness assessment et plan d’action |
| Gouvernance | Qui décide sur standard, spécifique, priorité et go/no-go ? | RACI, comitologie, registre décisions |
Exemple concret anonymisé
Dans un cadrage MES, le besoin initial était formulé comme une demande de suivi de production temps réel. L’analyse a montré que la priorité n’était pas l’écran temps réel, mais la fiabilisation du modèle de déclaration : ordres parfois incomplets, causes d’arrêt non standardisées, unités incohérentes et absence de règle sur les corrections post-poste. La roadmap a été réorientée : stabiliser les données, harmoniser les causes, définir les règles ERP/MES, puis seulement déployer les tableaux de bord.
Questions de direction
- Le projet répond-il à un problème industriel priorisé ou à une volonté de modernisation générale ?
- Les frontières SAP/MES/OT sont-elles suffisamment explicites pour éviter les doublons ?
- Les exceptions terrain ont-elles été identifiées avant la conception ?
- La data readiness est-elle un jalon bloquant ou un chantier annexe ?
- Les critères de valeur, go/no-go et sortie hypercare sont-ils définis dès le cadrage ?
Checklist opérationnelle
- Formaliser les irritants et les gains attendus avec baseline.
- Cartographier ERP, MES, équipements, reporting et sources de vérité.
- Lister scénarios nominaux, exceptions et cas de reprise.
- Évaluer données critiques, propriétaires et effort de correction.
- Définir gouvernance, critères d’arbitrage, stratégie recette et plan hypercare.
Conclusion
Un cadrage SAP/MES efficace crée de la vitesse parce qu’il réduit les ambiguïtés. Il transforme des intentions en décisions, des irritants en scénarios, des risques en plans d’action et des investissements digitaux en trajectoire de valeur. C’est le moment le moins coûteux pour remettre en cause le statu quo.
Fenlynks intervient en cadrage, audit flash, AMOA, sécurisation de recette, gouvernance projet et stabilisation post go-live.