Expertise
Un projet Odoo ou ERP qui dérive n’est pas perdu. Nous posons un état des lieux honnête, stabilisons ce qui tourne et relançons par lots, sans tout jeter.
Les signaux
Un projet ne se bloque pas d’un coup. Il envoie des signaux, souvent plusieurs à la fois. En voici quelques-uns que nous rencontrons régulièrement.
La date de mise en production a été repoussée plus d'une fois, sans nouvelle date crédible.
Les avenants s'accumulent et personne ne sait plus ce que couvre le budget initial.
Les équipes continuent de travailler sur l'ancien outil ou sur des fichiers, « en attendant ».
Les développements spécifiques se multiplient là où le standard aurait suffi, ou l'inverse.
La reprise des données est toujours « en cours » et les tests se font sur des données incomplètes.
Les comptes rendus parlent d'avancement, mais rien n'est utilisable de bout en bout.
La relation avec l'intégrateur s'est tendue et les échanges tournent à la justification.
Plus personne côté entreprise ne porte le projet : le responsable a changé ou n'a plus le temps.
Aucun de ces signes ne condamne le projet. Ils indiquent qu'il faut s'arrêter, regarder ce qui existe et décider en connaissance de cause. C'est le point de départ d'une reprise de projet ERP.
Notre démarche
L’ordre compte : on ne replanifie pas avant d’avoir compris, et on ne relance pas avant d’avoir stabilisé.
Temps 01
Nous lisons ce qui a été produit : paramétrage, développements, données, documentation, contrats. Nous écoutons les équipes et, quand c'est possible, l'intégrateur en place. L'objectif est un état des lieux factuel : ce qui fonctionne, ce qui est récupérable, ce qui ne l'est pas, et pourquoi le projet s'est enlisé.
Ce que vous obtenez : Un état des lieux partagé, avec des options chiffrées en ordre de grandeur.
Temps 02
Avant de relancer, on sécurise : sauvegardes, environnements, accès, correctifs sur ce qui bloque le quotidien. Si une partie de l'ERP est déjà en production, elle doit rester utilisable pendant que la suite se décide.
Ce que vous obtenez : Un système qui ne se dégrade plus, et des équipes qui peuvent travailler.
Temps 03
Le périmètre initial est souvent la cause du blocage. Nous le reprenons avec vous, comme dans un cadrage : ce qui est indispensable au premier lot, ce qui attendra, ce qui n'a plus de raison d'être. Budget et planning sont reposés sur cette base.
Ce que vous obtenez : Un périmètre par lot, un budget et un planning que la direction peut valider.
Temps 04
Le projet repart module par module, avec des jalons courts et une recette à chaque lot. Selon la situation, nous reprenons l'intégration ou nous accompagnons l'intégrateur en place, avec une gouvernance clarifiée.
Ce que vous obtenez : Des mises en production successives, validées par vos équipes.
La question revient presque toujours. Notre réponse dépend du diagnostic, pas d'un réflexe. Quand le travail en place est sain et que le blocage vient du pilotage ou du périmètre, garder l'intégrateur et clarifier la gouvernance est souvent la meilleure option.
Quand la base technique ne permet pas d'avancer, nous le disons et nous proposons de reprendre l'intégration, en organisant la transition : accès, documentation, code, données. Dans les deux cas, la décision vous appartient et elle est prise sur des faits.
Ce que nous ne faisons pas
Reprendre un projet, c’est aussi entrer dans une histoire. Voici ce que vous pouvez attendre de nous dans cette position.
« On va nous dire que tout a été mal fait. »
Un projet qui dérive a rarement un seul responsable. Nous ne cherchons pas de coupable et nous ne dénigrons pas le travail de l'intégrateur précédent : nous décrivons ce qui existe et ce qu'il faut en faire. Ce que vous avez déjà appris sur votre projet est précieux, nous partons de là.
« Il va falloir tout recommencer. »
Repartir de zéro est rarement la bonne réponse, et presque toujours la plus coûteuse. Le paramétrage existant, les développements documentés, les données déjà reprises sont examinés un par un. Ce qui tient est conservé ; ce qui doit être refait est justifié, par écrit.
« On va basculer un week-end et prier. »
Aucune remise en production de l'ensemble du périmètre en une fois. La relance se fait par lots, testés avec vos équipes, avec la possibilité de revenir en arrière tant que le lot n'est pas validé.
Livrables
Des documents courts, tenus à jour, faits pour décider. Ils restent les vôtres quelle que soit la suite.
| Livrable | Contenu | Quand |
|---|---|---|
| État des lieux du projet | Ce qui fonctionne, ce qui est récupérable, causes du blocage, options possibles | Fin du diagnostic |
| Plan de stabilisation | Actions de sécurisation, correctifs prioritaires, responsabilités | Dès les premiers jours |
| Périmètre et planning revus | Lots, jalons, budget par lot, décisions attendues de votre part | Avant la relance |
| Registre des risques et des décisions | Points ouverts, arbitrages pris, échéances | Tenu à jour pendant la relance |
| Recette par lot | Critères de validation, résultats, points restants | À chaque lot |
Aller plus loin
La replanification du périmètre suit la même démarche qu'un cadrage initial : processus cibles, données, intégrations, budget par lot.
Lire la suiteLorsque nous reprenons l'intégration, elle se poursuit lot par lot, avec recette et formation à chaque étape.
Lire la suiteProjet bloqué, changement d'intégrateur, outils qui ne se parlent pas : les cas que nous rencontrons le plus souvent.
Lire la suiteUn premier échange suffit pour comprendre où en est le projet et vous dire si une reprise a du sens. Pierre Rozand est votre interlocuteur.