Les projets ERP
Découvrez les étapes, les bonnes pratiques et les concepts essentiels pour réussir la mise en place ou l'évolution d'un ERP.
- Projet de déploiement ERP
- Implémentation ERP
Définition
Un projet ERP consiste à mettre en place ou remplacer un logiciel de gestion intégré (ERP) afin d’améliorer les processus de l’entreprise. Il ne s’agit pas uniquement d’installer un logiciel : un projet ERP implique également l’analyse des besoins, le paramétrage, la migration des données, la formation des utilisateurs et l’accompagnement au changement.
Exemple
Une PME utilise un logiciel de comptabilité, un autre pour les stocks et plusieurs fichiers Excel pour suivre les commandes. Son projet ERP consiste à regrouper ces activités dans un système unique afin d’éviter les doubles saisies et de fiabiliser les informations.
Quand rencontrez-vous ce terme ?
Vous entendrez parler de projet ERP lorsque votre entreprise souhaite remplacer plusieurs logiciels par une solution unique, moderniser son système d’information ou accompagner sa croissance.
Pourquoi c’est important ?
La réussite d’un projet ERP dépend rarement du logiciel lui-même. Elle repose avant tout sur une bonne préparation, des objectifs clairs, des données de qualité et l’implication des utilisateurs. Comprendre ce qu’est un projet ERP permet d’aborder ce type de transformation avec des attentes réalistes.
À retenir
Un projet ERP est avant tout un projet d’organisation. Le logiciel est un outil ; la réussite dépend surtout de la qualité de la préparation, des données et de l’implication des utilisateurs.
- CDC
- Spécifications fonctionnelles
Définition
Le cahier des charges est le document qui décrit les besoins de l’entreprise, les fonctionnalités attendues, les contraintes du projet et les objectifs à atteindre. Il sert de référence commune entre l’entreprise et l’intégrateur ERP.
Exemple
Une entreprise de distribution souhaite remplacer son logiciel de gestion commerciale. Son cahier des charges précise notamment qu’elle doit pouvoir gérer plusieurs dépôts, suivre les stocks en temps réel, éditer des factures conformes à la réglementation locale et synchroniser les commandes de son site e-commerce.
Quand rencontrez-vous ce terme ?
Le cahier des charges est généralement rédigé avant le choix de la solution ERP ou au début du projet. Il est utilisé pour comparer plusieurs éditeurs ou intégrateurs et encadrer le déroulement du projet.
Pourquoi c’est important ?
Un cahier des charges clair limite les malentendus et réduit les risques de dérive du projet. Plus les attentes sont précises, plus il est facile de choisir une solution adaptée et d’éviter les développements inutiles ou les mauvaises surprises en cours de projet.
À retenir
Un bon cahier des charges décrit les besoins de l’entreprise, pas les fonctionnalités d’un logiciel en particulier. Plus il est clair, plus il est facile de choisir la bonne solution ERP et de maîtriser le projet.
- Recueil des besoins
- Analyse des besoins
Définition
L’expression des besoins consiste à identifier et formaliser ce dont les différents services de l’entreprise ont réellement besoin pour accomplir leur travail. L’objectif est de comprendre les processus existants, les difficultés rencontrées et les attentes des futurs utilisateurs.
Exemple
Le responsable des achats explique qu’il perd du temps à saisir plusieurs fois les mêmes informations et qu’il ne sait jamais quels produits sont réellement en rupture. Ces difficultés sont recueillies lors des ateliers d’expression des besoins afin de définir ce que le futur ERP devra améliorer.
Quand rencontrez-vous ce terme ?
Cette étape intervient au début d’un projet ERP, avant le paramétrage ou les développements spécifiques. Elle prend généralement la forme d’ateliers ou d’entretiens avec les différents métiers de l’entreprise.
Pourquoi c’est important ?
Une mauvaise expression des besoins conduit souvent à un ERP mal adapté ou à des développements coûteux. À l’inverse, prendre le temps de comprendre les besoins réels permet de concevoir une solution plus simple, plus efficace et mieux acceptée par les utilisateurs.
À retenir
L’objectif n’est pas de demander des fonctionnalités, mais d’expliquer les problèmes à résoudre et les objectifs à atteindre. C’est ensuite à l’intégrateur de proposer la solution la plus adaptée.
- Analyse des processus
- Audit métier
Définition
L’audit des processus consiste à analyser le fonctionnement actuel de l’entreprise avant de mettre en place un ERP. Il permet d’identifier les pratiques existantes, les points de blocage, les tâches répétitives et les opportunités d’amélioration.
Exemple
Avant de mettre en place un ERP, l’intégrateur observe comment une commande est traitée : de la réception de la demande du client jusqu’à la livraison et à la facturation. Cet audit met en évidence plusieurs doubles saisies et des validations manuelles qui pourraient être automatisées.
Quand rencontrez-vous ce terme ?
L’audit des processus est réalisé au démarrage du projet, avant le paramétrage de l’ERP. Il implique généralement les responsables métiers et les futurs utilisateurs.
Pourquoi c’est important ?
Automatiser un mauvais processus ne le rend pas meilleur. L’audit permet de distinguer les pratiques à conserver de celles qui doivent être simplifiées ou repensées avant leur intégration dans le nouvel ERP.
À retenir
L’audit des processus ne consiste pas à critiquer la façon dont l’entreprise travaille. Il permet de comprendre le fonctionnement actuel afin de construire une solution adaptée et d’identifier les améliorations possibles.
- Project Manager ERP
- Responsable de projet ERP
Définition
Le chef de projet ERP est la personne chargée de piloter le projet de mise en place de l’ERP. Il coordonne les différents intervenants, suit le planning, veille au respect des objectifs et s’assure que les décisions prises permettent au projet d’avancer.
Exemple
Lorsqu’un retard apparaît sur la migration des données, le chef de projet organise une réunion avec les équipes concernées, redéfinit les priorités et ajuste le planning afin de limiter l’impact sur la mise en production.
Quand rencontrez-vous ce terme ?
Le chef de projet intervient pendant toute la durée du projet ERP, depuis son lancement jusqu’à la mise en production et parfois durant la période d’hypercare.
Pourquoi c’est important ?
Même avec un excellent logiciel et une équipe compétente, un projet ERP peut échouer s’il est mal piloté. Le chef de projet est le garant de la coordination entre les équipes métier, les utilisateurs et l’intégrateur.
À retenir
Le chef de projet ne réalise pas forcément les développements ou le paramétrage de l’ERP. Son rôle est avant tout d’organiser, coordonner et faire avancer le projet.
- Sponsor
- Sponsor exécutif
Définition
Le sponsor du projet est le dirigeant ou le responsable qui porte le projet ERP au niveau de la direction. Il valide les grandes orientations, arbitre les décisions importantes et s’assure que le projet dispose des ressources nécessaires.
Exemple
Le directeur général décide de lancer un projet ERP afin de mieux maîtriser les stocks et d’accompagner la croissance de l’entreprise. Il valide le budget, tranche les décisions stratégiques et intervient en cas de blocage entre plusieurs services.
Quand rencontrez-vous ce terme ?
Le sponsor est présent dès le lancement du projet et intervient principalement lors des décisions importantes ou lorsque des arbitrages sont nécessaires.
Pourquoi c’est important ?
Sans un sponsor impliqué, les décisions importantes peuvent être retardées et les priorités devenir floues. Son soutien montre que le projet ERP est une priorité pour l’entreprise.
À retenir
Le sponsor ne pilote pas le projet au quotidien. Il lui donne une direction, prend les décisions stratégiques et apporte le soutien de la direction.
- Key User
- Référent métier
Définition
Un utilisateur clé est un collaborateur qui connaît parfaitement son métier et participe activement au projet ERP. Il représente les besoins de son service, teste les nouvelles fonctionnalités et accompagne les autres utilisateurs lors du déploiement.
Exemple
Le responsable des ventes participe aux ateliers d’analyse, teste le module commercial avant la mise en production et forme ensuite les commerciaux à l’utilisation du nouvel ERP.
Quand rencontrez-vous ce terme ?
Les utilisateurs clés interviennent tout au long du projet, notamment lors de l’expression des besoins, des tests, de la formation et de la mise en production.
Pourquoi c’est important ?
Les utilisateurs clés font le lien entre les équipes métier et l’équipe projet. Leur implication permet de s’assurer que l’ERP répond réellement aux besoins opérationnels de l’entreprise.
À retenir
Choisir les bons utilisateurs clés est souvent un facteur de réussite. Ils doivent être reconnus dans leur métier, disponibles et capables de partager leurs connaissances avec leurs collègues.
- Prestataire ERP
- Société d'intégration
Définition
L’intégrateur ERP est l’entreprise qui accompagne le client dans la mise en œuvre de son ERP. Selon les besoins, il réalise l’analyse des processus, le paramétrage, les développements spécifiques, la migration des données, les tests, la formation et le support.
Exemple
Une PME choisit Odoo comme ERP. L’éditeur fournit le logiciel, tandis que l’intégrateur adapte la solution aux besoins de l’entreprise, importe les données existantes et accompagne les utilisateurs jusqu’à la mise en production.
Quand rencontrez-vous ce terme ?
L’intégrateur intervient dès les premières phases du projet et reste généralement présent jusqu’à la fin du déploiement, voire au-delà pour assurer la maintenance et les évolutions.
Pourquoi c’est important ?
La qualité de l’intégration influence directement la réussite du projet. Un bon intégrateur ne se contente pas d’installer un logiciel : il aide l’entreprise à mettre en place une solution adaptée à ses processus.
À retenir
L’intégrateur vend un projet et des services. Il ne faut pas le confondre avec l’éditeur du logiciel, qui développe la solution ERP elle-même.
- Éditeur ERP
- Software Vendor
Définition
L’éditeur de logiciel est l’entreprise qui conçoit, développe et fait évoluer un logiciel. Dans le cadre d’un ERP, l’éditeur crée la solution, publie les nouvelles versions et corrige les anomalies du produit.
Exemple
Dans un projet Odoo, Odoo S.A. est l’éditeur du logiciel. Une société partenaire est ensuite chargée d’intégrer et de paramétrer la solution pour répondre aux besoins du client.
Quand rencontrez-vous ce terme ?
Le terme apparaît lors du choix de l’ERP, de la comparaison entre plusieurs solutions ou lorsqu’une nouvelle version du logiciel est publiée.
Pourquoi c’est important ?
Il est fréquent de confondre l’éditeur et l’intégrateur. Pourtant, leurs rôles sont différents : l’un développe le logiciel, l’autre l’adapte aux besoins de chaque entreprise.
À retenir
L’éditeur crée le logiciel. L’intégrateur accompagne son déploiement. Dans la plupart des projets ERP, le client travaille principalement avec l’intégrateur plutôt qu’avec l’éditeur.
- Configuration
- Configuration fonctionnelle
Définition
Le paramétrage consiste à configurer un ERP en utilisant les options prévues par l’éditeur, sans modifier son code. Il permet d’adapter le logiciel aux besoins de l’entreprise en définissant, par exemple, les règles de gestion, les utilisateurs, les taxes, les entrepôts ou les circuits de validation.
Exemple
Une entreprise configure plusieurs dépôts, crée ses journaux comptables, définit les rôles des utilisateurs et paramètre ses conditions de paiement. Toutes ces opérations relèvent du paramétrage.
Quand rencontrez-vous ce terme ?
Le paramétrage intervient après l’analyse des besoins et avant les tests utilisateurs. Il constitue une étape essentielle de tout projet ERP.
Pourquoi c’est important ?
Un bon paramétrage permet de répondre à une grande partie des besoins de l’entreprise sans recourir à des développements spécifiques. Il facilite également les futures mises à jour du logiciel.
À retenir
Le paramétrage adapte le logiciel sans modifier son fonctionnement interne. C’est toujours la solution à privilégier lorsqu’elle répond au besoin.
- Customisation
Définition
La personnalisation consiste à adapter l’interface ou certains comportements d’un ERP afin de mieux correspondre aux besoins de l’entreprise, sans créer de nouvelles fonctionnalités complexes. Elle peut concerner l’ajout de champs, la modification d’écrans, de rapports ou de règles de validation.
Exemple
Une entreprise ajoute un champ « Référence fournisseur » sur la fiche produit ou modifie le modèle d’impression de ses devis pour intégrer son identité visuelle.
Quand rencontrez-vous ce terme ?
La personnalisation est généralement décidée après le paramétrage, lorsque certaines adaptations restent nécessaires sans justifier un développement plus important.
Pourquoi c’est important ?
La personnalisation améliore le confort d’utilisation et permet de mieux répondre aux besoins des utilisateurs tout en limitant les coûts et les impacts sur les évolutions futures du logiciel.
À retenir
La personnalisation va plus loin que le paramétrage, mais reste plus légère qu’un développement spécifique.
- Développement sur mesure
- Développement personnalisé
Définition
Un développement spécifique consiste à créer ou modifier du code afin d’ajouter des fonctionnalités qui n’existent pas dans l’ERP standard. Il permet de répondre à des besoins particuliers que le paramétrage ou la personnalisation ne peuvent pas couvrir.
Exemple
Une entreprise souhaite automatiser le calcul d’une remise selon des règles propres à son activité ou connecter son ERP à une application métier développée en interne. Ces besoins nécessitent un développement spécifique.
Quand rencontrez-vous ce terme ?
Les développements spécifiques sont identifiés après l’analyse des besoins, lorsque les fonctionnalités standard de l’ERP ne suffisent pas.
Pourquoi c’est important ?
Les développements spécifiques permettent de répondre à des besoins très précis, mais ils augmentent le coût du projet, le temps de mise en œuvre et la complexité des futures mises à jour.
À retenir
Avant de demander un développement spécifique, il est préférable de vérifier si le besoin peut être couvert par le paramétrage, une personnalisation ou une évolution des processus de l’entreprise.
- Change Management
- Accompagnement au changement
Définition
La conduite du changement regroupe l’ensemble des actions mises en place pour aider les utilisateurs à adopter un nouvel ERP. Elle comprend notamment la communication, la formation, l’accompagnement et le suivi des équipes avant, pendant et après le déploiement.
Exemple
Avant la mise en production, l’entreprise organise des démonstrations, forme les utilisateurs, répond à leurs questions et met à disposition des guides d’utilisation afin de faciliter la transition vers le nouvel ERP.
Quand rencontrez-vous ce terme ?
La conduite du changement débute dès le lancement du projet et se poursuit jusqu’à ce que les utilisateurs soient autonomes avec le nouvel ERP.
Pourquoi c’est important ?
Même un ERP parfaitement paramétré peut être rejeté si les utilisateurs ne comprennent pas son intérêt ou ne sont pas suffisamment accompagnés. La réussite d’un projet dépend autant des personnes que de la technologie.
À retenir
La conduite du changement ne consiste pas uniquement à former les utilisateurs. Elle vise à faciliter l’adoption du nouvel ERP et à réduire les résistances au changement.
- Go-Live
- Bascule
Définition
La mise en production est le moment où le nouvel ERP devient officiellement le système utilisé par l’entreprise. Les utilisateurs abandonnent l’ancien système et commencent à travailler sur le nouvel environnement.
Exemple
Après plusieurs semaines de tests et de formation, une entreprise décide de basculer sur son nouvel ERP un lundi matin. Toutes les nouvelles commandes, factures et mouvements de stock sont désormais enregistrés dans ce système.
Quand rencontrez-vous ce terme ?
La mise en production intervient à la fin du projet, après les tests, la validation des utilisateurs et la migration des données.
Pourquoi c’est important ?
Cette étape marque le début de l’exploitation réelle de l’ERP. Une préparation insuffisante peut entraîner des interruptions d’activité, des erreurs de données ou une baisse de productivité.
À retenir
La mise en production ne marque pas la fin du projet. Les premières semaines d’utilisation sont souvent les plus importantes pour corriger les derniers problèmes et accompagner les utilisateurs.
- Support post-déploiement
- Support renforcé
Définition
L’hypercare est la période de support renforcé qui suit immédiatement la mise en production d’un ERP. Pendant cette phase, l’équipe projet reste particulièrement disponible afin de répondre rapidement aux questions des utilisateurs, corriger les anomalies et sécuriser le démarrage.
Exemple
Durant les deux semaines qui suivent la mise en production, les consultants de l’intégrateur sont présents sur site ou joignables en permanence dans le but de résoudre rapidement les difficultés rencontrées par les utilisateurs.
Quand rencontrez-vous ce terme ?
L’hypercare débute immédiatement après la mise en production et dure généralement de quelques jours à quelques semaines, selon la taille et la complexité du projet.
Pourquoi c’est important ?
Les premiers jours d’utilisation d’un ERP sont souvent les plus sensibles. Une période d’hypercare permet de rassurer les utilisateurs, de limiter les interruptions d’activité et de corriger rapidement les derniers problèmes.
À retenir
L’hypercare est une phase temporaire de support renforcé. Une fois cette période terminée, le projet entre généralement dans une phase de maintenance et d’assistance classique.
- Scope
- Périmètre fonctionnel
Définition
Le périmètre du projet définit précisément ce qui est inclus et ce qui ne l’est pas dans un projet ERP. Il précise les processus concernés, les fonctionnalités attendues, les services impliqués et les objectifs à atteindre.
Exemple
Une entreprise décide que la première phase du projet concernera uniquement les ventes, les achats, les stocks et la comptabilité. Les ressources humaines seront intégrées dans une seconde phase. Elles ne font donc pas partie du périmètre initial.
Quand rencontrez-vous ce terme ?
Le périmètre est défini au début du projet, généralement lors de l’expression des besoins et de la rédaction du cahier des charges. Il sert ensuite de référence tout au long du projet.
Pourquoi c’est important ?
Un périmètre clair permet de maîtriser les délais, le budget et les attentes des différents acteurs. Il évite que le projet s’étende progressivement sans véritable décision.
À retenir
Tout projet ERP possède des limites. Définir ce qui ne sera pas réalisé est souvent aussi important que définir ce qui sera réalisé.
- Risk Management
Définition
La gestion des risques consiste à identifier les événements susceptibles de compromettre la réussite d’un projet ERP, à évaluer leur impact et à mettre en place des actions pour les prévenir ou en limiter les conséquences.
Exemple
L’équipe projet identifie que la qualité des données clients est insuffisante. Elle décide de lancer un nettoyage des données plusieurs semaines avant la migration afin de réduire le risque d’erreurs lors de la mise en production.
Quand rencontrez-vous ce terme ?
La gestion des risques débute dès le lancement du projet et se poursuit jusqu’à sa clôture. Les risques sont régulièrement réévalués au fur et à mesure de l’avancement.
Pourquoi c’est important ?
Tous les projets ERP rencontrent des imprévus. Anticiper les principaux risques permet de réagir plus rapidement et d’éviter que de petits problèmes ne deviennent des blocages majeurs.
À retenir
La gestion des risques ne consiste pas à éviter tous les problèmes, mais à être préparé lorsqu’ils surviennent.
- Retour sur investissement
- Return on Investment
Définition
Le ROI (Return on Investment), ou retour sur investissement, mesure les bénéfices obtenus grâce à un projet par rapport à son coût. Dans un projet ERP, il permet d’évaluer si les gains générés compensent l’investissement réalisé.
Exemple
Une entreprise investit dans un ERP afin de réduire les doubles saisies, d’accélérer le traitement des commandes et de diminuer les erreurs de stock. Les économies réalisées et le gain de productivité contribuent progressivement à rentabiliser le projet.
Quand rencontrez-vous ce terme ?
Le ROI est généralement évoqué avant le lancement du projet pour justifier l’investissement, ensuite après la mise en production afin d’évaluer les résultats obtenus.
Pourquoi c’est important ?
Un projet ERP représente un investissement important. Mesurer son ROI permet de vérifier que les objectifs fixés sont atteints et que le projet apporte une réelle valeur à l’entreprise.
À retenir
Le ROI d’un ERP ne se limite pas aux économies financières. L’amélioration de la qualité des données, la satisfaction des utilisateurs ou une meilleure prise de décision constituent également des bénéfices importants, même s’ils sont plus difficiles à mesurer.
- Scope Creep
- Extension du périmètre
Définition
La dérive du périmètre désigne l’ajout progressif de nouvelles fonctionnalités, exigences ou demandes qui n’étaient pas prévues dans le périmètre initial du projet ERP. Ces ajouts interviennent souvent sans réévaluation des délais, du budget ou des ressources.
Exemple
Après le démarrage du projet, plusieurs responsables demandent l’ajout de nouveaux tableaux de bord, d’interfaces avec d’autres logiciels et de règles de gestion supplémentaires. Pris individuellement, chaque ajout semble mineur, mais leur accumulation retarde considérablement le projet.
Quand rencontrez-vous ce terme ?
La dérive du périmètre peut apparaître à n’importe quel moment du projet, mais elle est particulièrement fréquente pendant les phases de paramétrage et de développement.
Pourquoi c’est important ?
La dérive du périmètre est l’une des principales causes de dépassement des délais et des budgets dans les projets ERP. Savoir distinguer une évolution nécessaire d’une demande pouvant être reportée est essentiel pour conserver un projet maîtrisé.
À retenir
Toutes les nouvelles demandes ne doivent pas être refusées. En revanche, chacune d’elles doit être évaluée afin de mesurer son impact sur le coût, le planning et les objectifs du projet.
- Informatique fantôme
- IT parallèle
Définition
Le Shadow IT désigne l’ensemble des outils, applications ou fichiers utilisés par les collaborateurs sans avoir été validés ou intégrés au système d’information officiel de l’entreprise. Il s’agit souvent de solutions mises en place pour répondre rapidement à un besoin métier non couvert.
Exemple
Le service commercial suit ses clients dans un fichier Excel personnel, le service logistique gère les stocks dans un Google Sheets partagé et le service achats utilise une base Access développée en interne. Aucun de ces outils n’est connecté à l’ERP.
Quand rencontrez-vous ce terme ?
Le Shadow IT apparaît généralement lorsque les utilisateurs estiment que les outils officiels sont trop complexes, incomplets ou inadaptés à leur activité.
Pourquoi c’est important ?
Le Shadow IT entraîne souvent des doubles saisies, des données incohérentes, des problèmes de sécurité et une dépendance à quelques personnes qui maîtrisent ces outils non officiels. Il complique également les projets ERP, car il révèle des besoins qui n’ont pas été pris en compte.
À retenir
Le Shadow IT est rarement un problème de discipline. Il révèle le plus souvent qu’un besoin métier n’est pas correctement couvert par les outils disponibles.
- Compromis fonctionnel
Définition
La dette fonctionnelle désigne l’ensemble des compromis réalisés sur les fonctionnalités d’un ERP afin de respecter les délais, le budget ou les priorités du projet. Ces compromis sont généralement acceptés temporairement, avec l’idée de les traiter plus tard.
Exemple
Lors de la mise en production, l’entreprise décide de continuer à gérer certaines validations dans Excel en attendant de développer cette fonctionnalité dans l’ERP. Cette décision crée une dette fonctionnelle.
Quand rencontrez-vous ce terme ?
La dette fonctionnelle apparaît souvent pendant les arbitrages du projet, lorsque toutes les demandes ne peuvent pas être réalisées avant la mise en production.
Pourquoi c’est important ?
Une dette fonctionnelle maîtrisée permet de respecter les délais du projet. En revanche, si elle n’est jamais résorbée, les utilisateurs développent des habitudes de contournement qui réduisent progressivement les bénéfices de l’ERP.
À retenir
Accepter un compromis peut être une bonne décision… à condition de prévoir quand et comment il sera traité par la suite.
- Technical Debt
Définition
La dette technique désigne les choix techniques réalisés pour développer ou modifier un logiciel plus rapidement, au détriment de sa qualité ou de sa facilité de maintenance. Ces choix permettent souvent de gagner du temps à court terme, mais rendent les évolutions futures plus complexes et plus coûteuses.
Exemple
Pour respecter une échéance, un développement spécifique est réalisé rapidement sans être correctement documenté ni testé. Quelques années plus tard, chaque évolution devient plus difficile car personne ne comprend réellement le fonctionnement du code.
Quand rencontrez-vous ce terme ?
La dette technique apparaît principalement lors des développements spécifiques ou des personnalisations importantes d’un ERP.
Pourquoi c’est important ?
Une dette technique excessive ralentit les évolutions, augmente les coûts de maintenance et complique les mises à jour de l’ERP. Plus elle s’accumule, plus il devient difficile de faire évoluer le système.
À retenir
Comme une dette financière, la dette technique n’est pas forcément un problème au départ. C’est son accumulation qui finit par peser sur l’ensemble du projet.
- Résistance des utilisateurs
Définition
La résistance au changement désigne les réactions des utilisateurs qui hésitent, refusent ou rencontrent des difficultés à adopter un nouvel ERP ou de nouvelles méthodes de travail. Cette résistance peut être consciente ou inconsciente.
Exemple
Après la mise en production, certains collaborateurs continuent à utiliser leurs anciens fichiers Excel parce qu’ils les trouvent plus rapides ou parce qu’ils ne maîtrisent pas encore le nouvel ERP.
Quand rencontrez-vous ce terme ?
La résistance au changement apparaît généralement avant la mise en production et peut se poursuivre pendant plusieurs semaines ou plusieurs mois après le démarrage du nouvel ERP.
Pourquoi c’est important ?
La réussite d’un projet ERP dépend autant de l’adhésion des utilisateurs que de la qualité du logiciel. Comprendre les causes de cette résistance permet de mieux accompagner les équipes et de faciliter l’adoption du nouvel outil.
À retenir
La résistance au changement est une réaction normale. Elle diminue lorsque les utilisateurs comprennent les objectifs du projet, sont impliqués dans les décisions et bénéficient d’un accompagnement adapté.
Aucune définition ne correspond à votre recherche.