Démarrage de projet ERP : Transformer votre contrat en projet opérationnel

Pilier 3 : Geler le périmètre (du cahier des charges au Change Control opérationnel)

Votre cahier des charges est validé depuis REQUEST. Vos processus cibles sont formalisés. Votre périmètre fonctionnel est défini. Mais dès la signature des contrats, les demandes d’ajouts commencent à affluer : « on avait oublié ce flux », « ce processus aussi devrait être inclus »…

Le démarrage, c’est le moment d’installer un pare-feu contractuel :

1. Semaine 1 : Création du Change Control Board (CCB), instance qui valide ou rejette toute demande de modification
2. Semaine 1 : Application de la règle du « zéro changement » pendant les 4 semaines d’initialisation
3. Semaine 1-4 : Toute demande d’ajout va au parking lot, un registre formel qui sera évalué après la phase de Design

Ce parking lot n’est pas une poubelle, c’est un outil de transparence : les utilisateurs voient que leur demande est enregistrée et sera évaluée, même si elle n’est pas acceptée immédiatement. Cela évite la frustration tout en protégeant le périmètre.

Le « scope creep » (dérive du périmètre) est responsable de 29% des retards. Chaque ajout non maîtrisé en semaine 1 se transforme en dépassement budgétaire de 25 à 50% en fin de projet.

Les 4 semaines du démarrage : de la signature au feu vert Design

Semaine 1 : Formalisation et kick-off

Objectif : Transformer l’engagement contractuel en engagement humain et public.

Actions critiques :

1. Signature de la charte projet : Document de 3 à 5 pages qui formalise vision, objectifs SMART, périmètre (in/out), sponsors, budget et jalons. Ce n’est plus le cahier des charges de REQUEST, c’est le contrat moral entre l’équipe et la direction.
2. Kick-off exécutif : Événement de 2-3 heures avec 100 à 150 personnes. Le sponsor présente la vision, signe symboliquement la charte devant tout le monde et annonce les Key Users mobilisés. Ce moment crée la légitimité pour dire « non » aux demandes hors-scope.
3. Création du registre des risques : Identification de 15 à 20 risques majeurs avec propriétaires assignés. Ce n’est pas un exercice théorique, c’est la première démonstration de la gouvernance en action.

Livrables semaine 1 :

• Charte signée par sponsor et chef de projet
• Calendrier des instances de gouvernance verrouillé (Comité de Pilotage, PMO, Workstreams)
• Registre des risques avec propriétaires
• Change Control Board opérationnel

Semaine 2-3 : Rodage et ajustements

Objectif : Tester la gouvernance en conditions réelles et détecter les failles.

Actions critiques :

1. Premier Comité de Pilotage : Validation de la charte, revue des risques top 10, décisions sur les ambiguïtés RACI détectées
2. Activation du plan de backfill : Les remplaçants temporaires des Key Users arrivent, phase de passation avec les titulaires
3. Rodage du Change Control : Les premières demandes de modification affluent, le CCB applique la règle du zéro changement et alimente le parking lot
4. Onboarding des équipes projet : Formation aux outils collaboratifs (plateforme de gestion de projet, espaces documentaires), clarification des rôles, premiers rituels hebdomadaires

Cette phase révèle les vrais problèmes :

• Le sponsor ne vient pas au premier Comité de Pilotage → alerte rouge immédiate
• Les Key Users sont « trop occupés » pour les réunions → le backfill n’est pas effectif
• Les décisions traînent au-delà de 72h → la règle n’est pas appliquée

Semaine 4 : Validation et feu vert Design

Objectif : Gate review formelle pour décider du passage en phase Design/Architecture.

Le Comité de Pilotage évalue 9 critères :

1. Charte signée
2. Périmètre gelé (zéro changement accepté)
3. Risques identifiés et propriétaires assignés (minimum 15)
4. Gouvernance opérationnelle (réunions tenues, décisions prises)
5. Confiance dans le planning (80%+)
6. Équipes alignées (enquête de satisfaction ≥ 75%)
7. Ressources mobilisées (backfill effectif, Key Users disponibles)
8. Outils collaboratifs opérationnels
9. Communication interne lancée

Décision Go/No-Go :

• 8-9 critères validés : GO vers la phase Design/Architecture
• 5-7 critères validés : GO conditionnel avec plan de mitigation documenté
• Moins de 5 critères : NO-GO, pause et réajustement

Cette validation n’est pas une formalité, c’est un moment de vérité. Si vous passez en Design avec une gouvernance bancale, vous allez droit dans le mur.

Les signaux d’alerte à surveiller (Red Flags)

Certains indicateurs en semaine 1-2 prédisent l’échec avec une précision statistique de 70%.

En semaine 1-2 :

• Sponsor absent ou passif lors du kick-off
• Charte non signée après 14 jours
• Objectifs vagues (« améliorer les processus », sans KPI mesurable)
• Key Users à moins de 30% de disponibilité réelle

En semaine 3-4 :

• Taux de présence au Comité de Pilotage inférieur à 80%
• 5 demandes de changement ou plus acceptées (scope creep confirmé)
• Aucun audit data lancé (risque migration multiplié par 3)
• Process mapping pas démarré (phase Design retardée de 2-3 semaines)

N’oubliez pas : Ces signaux ne sont pas des « irritants mineurs », ce sont des prédicteurs statistiques d’échec. Un sponsor absent fait chuter vos chances de succès de 70% à 20%. Un audit data reporté coûte entre 2 et 5 millions d’euros en rework de migration.

Les erreurs fatales à éviter

Erreur #1 : Confondre kick-off et démarrage Le kick-off est un événement de 2-3 heures. Le démarrage est une phase de 4 semaines. Organiser un beau kick-off puis foncer directement dans les ateliers de Design, c’est sauter l’essentiel : l’activation de la gouvernance et la mobilisation réelle des équipes.

Erreur #2 : Un sponsor « symbolique » Votre sponsor a signé les contrats durant REQUEST. Mais s’il n’est pas présent au kick-off, s’il ne signe pas la charte publiquement, s’il ne prend pas de décisions visibles en semaine 1-2, alors il n’est qu’un nom sur un organigramme. Les projets avec un sponsor invisible voient leurs chances de succès chuter de 70% à 20%.

Erreur #3 : Des Key Users « fantômes » Vos Key Users ont été identifiés et ont accepté en théorie. Mais s’ils restent à 100% sur leurs tâches opérationnelles parce que « le backfill n’est pas encore arrivé », alors ils sont présents sur le papier mais absents dans les faits. Le projet s’enlisera en semaine 5-6 quand les ateliers de Design nécessiteront leur présence intensive.

Erreur #4 : Accepter « juste une petite modification » Dès la semaine 1, quelqu’un va dire « on avait oublié ce petit flux, ça prendra 2 jours à ajouter ». Si vous acceptez, vous envoyez le signal que le périmètre est négociable. En semaine 4, vous aurez 15 « petites modifications » qui représentent 3 mois de travail supplémentaire. La règle du zéro changement n’est pas négociable.

Erreur #5 : Reporter les décisions difficiles « On verra ça en phase de Design. » Cette phrase est un poison. Le démarrage sert justement à clarifier qui décide quoi, comment on arbitre les conflits, quelles sont les règles du jeu. Si vous reportez ces décisions, elles vous rattraperont en plein milieu des ateliers techniques, paralysant le projet pendant des semaines.

N’oubliez pas : Ces erreurs semblent mineures en semaine 1-2. Mais chacune multiplie vos risques d’échec par 2 ou 3. Combinées, elles garantissent l’échec.

Tableau comparatif : Projet avec vs sans démarrage rigoureux