Qui doit piloter un projet Odoo dans une PME ?

Dans une PME, un projet Odoo se pilote à trois niveaux : le dirigeant le porte et tranche, un chef de projet interne le conduit au quotidien, et un référent par métier valide chaque application. L'intégrateur Odoo conseille, paramètre et forme, mais il ne peut pas piloter le projet à votre place, parce qu'il ne décide ni de vos priorités, ni de votre organisation.

La question paraît administrative. Elle est décisive. Un projet ERP change la façon dont l'entreprise vend, achète, stocke, produit et facture. Chaque semaine, il faut trancher : garder une règle de remise ou la simplifier, reprendre dix ans d'historique ou repartir propre, démarrer en janvier ou attendre la fin de la saison. Si personne n'a le mandat de décider, ces questions restent ouvertes, le planning glisse et le budget suit. Voici qui fait quoi, comment choisir la bonne personne et comment organiser le pilotage sans transformer votre PME en usine à réunions.

Qui pilote vraiment un projet Odoo dans une PME ?

Dans une entreprise de 10 à 50 salariés, il n'y a généralement ni DSI, ni direction de projet, ni équipe informatique. Le pilotage repose donc sur des personnes qui ont déjà un métier à plein temps. C'est précisément pour cela qu'il faut des rôles nets, écrits et connus de tous dès le lancement.

Cinq rôles reviennent dans les projets bien tenus. Ils ne demandent pas cinq personnes différentes : dans une petite structure, un même collaborateur peut être chef de projet et référent de son propre métier. En revanche, chaque rôle doit avoir un titulaire.

Le cœur du dispositif, c'est le binôme dirigeant et chef de projet interne. Le dirigeant décide, le chef de projet fait avancer. Quand l'un des deux manque, le projet tient quelques semaines sur l'enthousiasme du départ, puis s'enlise.

Quel est le rôle du dirigeant dans un projet Odoo ?

Le dirigeant est le sponsor du projet. Il n'a pas besoin de connaître le paramétrage d'Odoo, ni d'assister à tous les ateliers. Son rôle tient en quatre verbes : mandater, prioriser, trancher, montrer l'exemple.

• Mandater : annoncer devant les équipes qui pilote le projet, et avec quelle autorité.
• Prioriser : dire clairement que le projet passe avant certaines tâches courantes, sinon les urgences gagnent toujours.
• Trancher : arbitrer les désaccords entre services, valider le périmètre de la phase 1, accepter de renoncer à certaines demandes.
• Montrer l'exemple : utiliser lui-même les tableaux de bord d'Odoo plutôt que réclamer l'ancien fichier Excel.

Ce rôle n'est pas symbolique. Le Project Management Institute interroge chaque année des milliers de professionnels du projet (4 455 pour l'édition 2018), tous types de projets confondus, pas seulement des projets ERP. Le constat sur les sponsors y revient d'une édition à l'autre :

« Une organisation sur quatre (26 %) indique qu'un soutien insuffisant du sponsor est la cause principale de ses projets en échec. » (PMI, Pulse of the Profession 2018, traduit de l'anglais)

La même étude conclut que l'implication active d'un sponsor de direction est le premier facteur qui permet à un projet d'atteindre ses objectifs initiaux. Un projet Odoo ne fait pas exception, et dans une PME, ce sponsor, c'est vous.

Concrètement, la présence du dirigeant compte surtout à trois moments : la réunion de lancement, où il donne publiquement mandat au chef de projet ; les comités de pilotage, où se prennent les décisions qui engagent le budget ; la décision de mise en production, qui ne se délègue pas. Le reste du temps, il doit surtout rester joignable quand un arbitrage bloque. Ce que la direction doit dire au lancement, le rôle du SPoC et des key users, le rythme des ateliers et l'analyse des écarts : nous détaillons tout cela dans notre page sur le déroulement d'un audit et d'un cadrage Odoo.

Qui choisir comme chef de projet interne ?

C'est la question la plus délicate, et celle où les PME se trompent le plus souvent. Le réflexe est de confier le projet à « celui qui est à l'aise avec l'informatique », ou au plus jeune de l'équipe. C'est rarement le bon choix. Le chef de projet interne, que nous appelons aussi SPoC (Single Point of Contact, l'interlocuteur principal côté client), n'est pas un technicien : c'est un chef d'orchestre.

Trois critères comptent :

• Une vision transverse. Il comprend comment une commande traverse l'entreprise, du devis à l'encaissement, en passant par le stock, l'atelier et la facturation.
• Un pouvoir de décision. Il peut trancher sans tout renvoyer à un comité ou au dirigeant, et il sait reconnaître les questions qui doivent leur remonter.
• Du temps réellement dégagé. Ce n'est pas une mission accessoire à caser entre deux urgences.

Dans une PME industrielle ou de négoce, le profil qui coche ces cases est souvent le DAF ou le responsable administratif et financier, le responsable ADV, ou le responsable des opérations. Dans une société de services, c'est parfois l'associé chargé de la gestion. Le dirigeant peut tenir ce rôle lui-même, à une condition : réserver chaque semaine le temps qu'il exige, ce que peu de dirigeants de PME parviennent à faire sur plusieurs mois.

Combien de temps faut-il prévoir ? Le rythme que nous pratiquons pendant l'audit et le cadrage donne un ordre de grandeur : un à deux ateliers par semaine, de deux à quatre heures chacun. Et pour une heure d'atelier avec nous, il faut souvent prévoir une à deux heures de travail interne pour préparer, arbitrer ou consolider. Si le planning de votre chef de projet est déjà plein, le projet passera après tout le reste. Retirez-lui explicitement des tâches pendant la durée du projet, et dites-le à l'équipe.

Toi quand on t'a nommé chef de projet Odoo « en plus de ton poste » et que personne n'a retiré une seule ligne de ta fiche de poste.

Pourquoi nommer un référent par métier ?

Le chef de projet a la vision d'ensemble. Il ne connaît pas pour autant toutes les exceptions du terrain : le client qui paie à 90 jours avec un escompte, l'article vendu au mètre et acheté au rouleau, la commande urgente qu'on livre avant de la saisir. Ces détails, ce sont les référents métier qui les connaissent. On les appelle aussi utilisateurs clés, ou key users.

Leur rôle est double. Pendant le cadrage, ils décrivent les flux réels : outils utilisés, ressaisies, fichiers parallèles, points de friction. Pendant la recette, ils testent les scénarios dans Odoo avec de vraies données et confirment que le flux tient la route. Après la mise en production, ils deviennent le premier niveau d'aide de leurs collègues.

Les impliquer tôt n'est pas une politesse. Un écart découvert au moment des tests coûte bien plus cher qu'un écart repéré en atelier, parce qu'il faut alors reprendre un paramétrage déjà fait, voire ajouter un développement. La dernière enquête du cabinet Panorama Consulting sur les projets ERP va dans le même sens :

« Plus d'un quart des organisations ont dépassé le budget de leur projet, et le besoin de technologies supplémentaires est la première cause citée. » (Panorama Consulting Group, communiqué de présentation de The 2026 ERP Report, traduit de l'anglais)

Un responsable du cabinet l'explique ainsi : les entreprises découvrent souvent tard dans le projet que l'outil ne colle pas à un besoin, et compensent alors par des outils supplémentaires, une extension du périmètre ou des développements. C'est exactement ce que des référents impliqués dès le cadrage permettent d'éviter.

Un bon référent n'est pas forcément le responsable du service. C'est la personne qui fait le travail tous les jours et que ses collègues consultent quand ils bloquent. Les référents ont aussi une mission très concrète avant le démarrage : préparer leurs données. Extraire, trier et nettoyer les fichiers clients, articles ou fournisseurs prend du temps, et personne d'autre ne peut le faire à leur place. Quelles données reprendre, comment les retravailler et qui fait quoi : nous détaillons ce chantier dans notre page comment migrer ses données vers Odoo.

Que fait l'intégrateur, et que ne fait-il pas ?

L'intégrateur Odoo apporte la connaissance du logiciel et la méthode. Il confronte vos besoins au standard d'Odoo et classe chaque sujet : ce qu'Odoo sait déjà faire, ce qui relève du paramétrage, ce qui gagne à être traité par un changement d'organisation, et ce qui justifie un développement spécifique. Il paramètre, conseille, alerte sur les risques et forme les équipes.

Il pilote aussi sa propre partie : son planning, ses livrables, la qualité de son paramétrage. Mais il ne peut pas décider pour vous de vos règles de gestion, de vos priorités ou de qui fera quoi demain. Un intégrateur qui pilote seul un projet ERP finit par paramétrer ce qu'il comprend de votre entreprise, pas ce qu'elle est. Et quand il faut trancher entre deux services, il n'a aucune légitimité pour le faire.

Son rôle le plus utile est souvent de challenger les demandes. Reproduire à l'identique les habitudes de l'ancien système est l'erreur classique. Un bon intégrateur pose trois questions à chaque demande : est-elle vraiment nécessaire ? Est-elle utile avant la mise en production ? Peut-on obtenir le même résultat autrement ? Le chef de projet interne et le dirigeant restent ceux qui répondent. Les niveaux d'adaptation, du standard au développement spécifique, et les questions à poser avant de développer font l'objet d'une page entière : quand faut-il éviter de développer dans Odoo.

L'expert-comptable, enfin, intervient de façon ponctuelle mais à des moments précis : validation du plan comptable et des taxes, choix de la méthode de valorisation du stock, reprise des soldes clients et fournisseurs au démarrage. Prévenez-le dès le lancement, pas la semaine de la bascule.

Comment organiser le pilotage d'un projet Odoo au quotidien ?

Le pilotage d'un projet ERP dans une PME n'a pas besoin d'un outil sophistiqué. Il a besoin de trois choses : une liste d'actions avec un responsable et une échéance pour chacune, un découpage en phases, et une réunion régulière où l'on tranche. Si vous passez à Odoo, l'application Projet fait très bien l'affaire, et c'est un premier usage concret du logiciel pour l'équipe.

Dans l'exemple fictif ci-dessous, chaque phase du projet est une étape (cadrage, paramétrage, recette, formation, mise en production), chaque action est une tâche assignée à un référent, avec une étiquette par métier et une échéance tant qu'elle reste à faire (les tâches de cadrage, déjà validées, n'en affichent plus). La cheffe de projet interne voit d'un coup d'œil ce qui avance et ce qui attend.

La même liste, regroupée par personne, répond à la question que le dirigeant devrait se poser avant chaque comité : qui porte quoi, et la charge est-elle réaliste ? Si un référent cumule dix tâches pendant le pic d'activité de son service, c'est le moment de le voir, pas trois semaines plus tard.

Côté rituels, restez sobre :

• Un point hebdomadaire court entre le chef de projet interne et l'intégrateur, pour suivre l'avancement et les points bloquants.
• Un comité de pilotage à intervalle régulier, par exemple toutes les deux semaines, avec le dirigeant, pour valider les arbitrages qui engagent le périmètre, le budget ou la date de démarrage.
• Un canal unique pour les demandes. Toute demande passe par le chef de projet interne, qui la consolide avant de la transmettre. Fini le commercial qui écrit directement au consultant pour ajouter un champ.

Découper le projet en cycles courts rend ce pilotage beaucoup plus simple : à chaque cycle, un périmètre réduit, des tests par les référents, une décision. Ces cycles, le rôle du référent et les tests métiers sont décrits dans notre page comment faire une implémentation Odoo.

Quelles erreurs de pilotage font dérailler un projet Odoo ?

D'un projet ERP à l'autre, les mêmes erreurs de gouvernance reviennent. Aucune n'est technique.

• Plusieurs donneurs d'ordres. Le directeur commercial, la comptable et le responsable d'atelier envoient chacun leurs demandes à l'intégrateur, qui reçoit des consignes contradictoires.
• Un chef de projet sans mandat. Il prépare tout, mais chaque décision remonte au dirigeant, qui n'a pas le temps. Les arbitrages s'empilent.
• Un dirigeant absent jusqu'à la recette. Il découvre l'outil quand tout est paramétré, et remet en cause des choix validés deux mois plus tôt.
• Des référents désignés mais pas libérés. Ils manquent les ateliers, testent à la dernière minute, et la recette se fait en production.
• Un projet délégué à l'intégrateur. L'entreprise attend un logiciel « clés en main » et découvre que personne, en interne, ne sait l'expliquer aux équipes.
• Pas de phase 1 claire. Tout le monde veut tout, tout de suite, et la date de démarrage recule à chaque comité.

Toi quand le comité de pilotage dure deux heures et que la seule personne qui pouvait trancher s'est excusée par courriel.

Le remède tient en une page, à écrire avant la réunion de lancement : le nom du sponsor, le nom du chef de projet interne et son mandat, un référent par application, le temps libéré pour chacun, le rythme des comités et le canal unique des demandes. Cette page vaut plus que n'importe quel outil de gestion de projet.

En résumé, un projet Odoo dans une PME n'est pas piloté par le logiciel, ni par l'intégrateur seul. Il est porté par le dirigeant, conduit par un chef de projet interne qui a du temps et un mandat, et validé par des référents qui connaissent le terrain. Chez Hors du Commun, intégrateur Odoo à Lyon, c'est tout l'objet de la réunion de lancement : donner mandat au SPoC et aligner la direction, les key users et notre équipe avant de toucher au moindre module Odoo.

Article rédigé par Billy Felicie

Expert en intégration Odoo chez Hors du Commun (Lyon). J'accompagne les PME dans la mise en place de leurs outils numériques et l'optimisation de leurs processus métiers depuis plus de 5 ans.