Les six risques suivis
- Nomenclatures ou gammes erronées — prévention : données réelles dès le pilote, contrôle croisé entre les méthodes et la production ; signal d'alerte : écart important entre coût réel et coût prévu sur les ordres pilotes.
- Utilisateurs clés indisponibles — prévention : temps réservé et nominatif au planning ; signal d'alerte : ateliers de travail reportés deux fois.
- Écarts au standard non maîtrisés — prévention : fiche d'écart obligatoire, arbitrage en comité de pilotage ; signal d'alerte : le nombre de fiches de développement augmente après la phase de conception.
- Fonction d'une édition payante supposée incluse — prévention : matrice fonctionnelle signée dès le diagnostic ; signal d'alerte : une demande d'atelier dédié, de qualité structurée ou de PLM reste non tranchée.
- Bascule en période de pic d'activité — prévention : calendrier de bascule validé dès la conception ; signal d'alerte : un carnet de commandes au-dessus de la normale à l'approche de la bascule prévue.
- Adoption faible en atelier — prévention : formation courte au poste, référents identifiés dans l'atelier ; signal d'alerte : des déclarations saisies en fin de semaine plutôt qu'au fil de l'eau.
Quatre états à ne jamais confondre
- Configuré n'est pas testé.
- Testé n'est pas accepté.
- Déployé n'est pas adopté.
- Sauvegardé n'est pas restaurable.
Chacun de ces quatre états doit être prouvé séparément avant d'être considéré comme acquis pour le projet — c'est l'un des six principes de la méthode P0-P9.
Le dossier de transfert comme filet de sécurité
Face à ces risques, le dossier de transfert documente en continu : la version, l'édition et les modules installés, le paramétrage et la matrice des droits, les données et leurs règles de nettoyage, les décisions et les fiches d'écart, les scénarios de recette et leurs procès-verbaux, ainsi que la sauvegarde, la restauration testée et les points encore ouverts. Il permet, à tout moment, de transférer le projet à un autre intégrateur sans repartir de zéro.
Ce dossier n'est pas produit en une fois à la fin du projet : il se construit phase après phase, en même temps que le registre de risques, de sorte qu'un changement d'intégrateur ou un arrêt en cours de route ne fasse jamais disparaître ce qui a déjà été vérifié et décidé.
Une gouvernance qui arbitre, pas qui subit
Le registre de risques est revu au même rythme que le comité de pilotage : mensuellement, avec un seul approbateur par décision, conformément à la matrice RACI de la méthode. Un risque qui progresse (par exemple, des fiches de développement en hausse) déclenche un arbitrage avant qu'il ne devienne un dépassement de budget ou de délai.
Pourquoi un registre plutôt qu'une liste informelle
Une liste de points d'attention notée dans un compte rendu de réunion se perd ; un registre de risques suivi dans le temps, avec un signal d'alerte défini à l'avance pour chacun, permet au contraire de détecter une dérive avant qu'elle ne devienne visible dans les chiffres du projet. C'est le même principe que pour les indicateurs de production : un signal utile est un signal défini avant l'événement, pas après.
Ce registre s'articule directement avec le budget du projet : la réserve de risque intégrée au calcul du TCO (10 % des services en petit périmètre, 15 à 20 % en périmètre moyen) est précisément dimensionnée pour couvrir la matérialisation de ces risques identifiés, sans reporter la charge sur un avenant non anticipé.
Comment ce registre est utilisé pendant le projet
Le registre n'est pas un document figé signé une fois au démarrage : il fait partie des sujets suivis par le comité de pilotage à son rythme mensuel, aux côtés des décisions de passage de porte (essai, pilote, bascule). C'est ce même comité, avec un seul approbateur par décision selon la matrice RACI, qui décide si un risque en évolution justifie de revoir le calendrier ou le périmètre d'une phase à venir, plutôt que de laisser la question ouverte jusqu'à la phase suivante.
Questions fréquentes
Les réponses aux questions que l'on nous pose le plus souvent sur ce sujet.
Le comité de pilotage, avec un seul approbateur (le sponsor de l'entreprise) par décision, selon la matrice RACI de la méthode Omnifloo Production.
Oui. Le dossier de transfert est prévu précisément pour cela : paramétrage, données, décisions et scénarios de recette permettent une reprise sans repartir de zéro.
C'est un registre type, qui sert de point de départ ; il est ensuite adapté aux risques propres de chaque projet, dès la phase de diagnostic.
Un registre de risques écrit, avec une prévention et un signal d'alerte pour chaque risque, transforme des dérapages classiques de projet ERP en points surveillés activement — au même titre que les critères de sortie de chaque phase de la méthode P0-P9.