La modernisation des systèmes d’information est encore trop souvent abordée sous un angle strictement technologique. Sur le terrain, les freins sont rarement liés aux outils eux-mêmes. Ils relèvent davantage de décisions héritées du passé, difficiles à remettre en question, alors même que les usages, les contraintes budgétaires et les attentes métiers ont profondément évolué.
Des blocages rarement techniques
La modernisation des systèmes d’information est généralement traitée comme un sujet technologique : évolution des applications, transformation des architectures ou mises à niveau des solutions existantes. Dans la pratique, les blocages rencontrés sont pourtant rarement d’ordre technique. Ils relèvent plus souvent d’un raisonnement largement partagé, dans le privé comme dans le public :
« L’investissement a été réalisé, il n’est plus question de revenir en arrière. »
L’investissement passé comme facteur d’inertie
Dans de nombreuses organisations privées, le poids des investissements antérieurs continue d’orienter les décisions relatives au système d’information. Les solutions en place ont représenté des coûts significatifs, qu’ils soient amortis ou non, et leur valeur historique devient alors un critère déterminant, parfois suffisant, pour écarter toute remise en question, y compris lorsque leurs limites fonctionnelles sont clairement identifiées.
Cette situation ne concerne généralement pas l’ensemble du SI. Elle se concentre le plus souvent sur certaines applications structurantes (finance, gestion commerciale ou outils métiers historiques) dont l’évolution apparaît complexe, alors même qu’une rationalisation autour d’un socle plus centralisé pourrait entraîner une réduction mesurable des coûts de fonctionnement, des gains de productivité et une amélioration tangible des usages quotidiens.
Le constat est largement partagé par les directions des systèmes d’information : si l’inadéquation de certaines solutions n’est plus réellement contestée, la décision de renoncer à un investissement passé demeure difficile à assumer, tant sur le plan budgétaire que décisionnel.
Dans le secteur public, une contrainte structurelle
Dans le secteur public, cette logique s’inscrit dans un cadre structurel plus contraint. Les choix applicatifs sont le plus souvent le résultat de procédures formalisées (appels d’offres, marchés publics ou dispositifs de référencement) qui engagent les organisations sur des durées longues et limitent, de fait, les marges d’évolution à court terme. Les décisions sont fréquemment prises de manière progressive, en réponse à des besoins spécifiques, sans qu’une refonte globale du système d’information puisse être menée à chaque étape.
Cette approche conduit, dans de nombreux cas, à la coexistence de plusieurs solutions, rarement conçues dès l’origine comme un ensemble pleinement cohérent. Si les directions des systèmes d’information en ont généralement conscience, elles doivent composer avec des engagements contractuels existants, des choix antérieurs et une gouvernance qui accorde une place centrale au respect des cadres procéduraux, parfois au détriment d’une transformation d’ensemble.
Des solutions encore enfermées dans des perceptions dépassées
La difficulté à remettre en question l’existant est parfois renforcée par une lecture partielle, voire obsolète, de l’offre du marché. Certaines plateformes continuent d’être évaluées à l’aune de ce qu’elles étaient il y a plusieurs années, sans prise en compte de leurs évolutions récentes ni des usages qu’elles adressent désormais.
Plusieurs technologies illustrent ce décalage. Initialement positionnées sur des segments restreints, notamment des logiciels destinés aux petites structures, certaines solutions ont depuis largement évolué. Qu’il s’agisse de plateformes open source comme Odoo, d’outils cloud-native ou de socles applicatifs historiquement spécialisés, elles sont désormais déployées dans des environnements multi-entités, multi-pays et à forte volumétrie. Leur perception demeure toutefois parfois figée, ce qui limite encore leur prise en compte dans des trajectoires de transformation plus ambitieuses.
Ce décalage renvoie à une question plus large : le concept même d’ERP correspond de moins en moins à la réalité des systèmes d’information actuels. Ceux-ci ne reposent plus sur un progiciel monolithique unique, mais sur une plateforme centrale, évolutive, capable d’orchestrer des processus métiers variés et de s’intégrer à un écosystème applicatif étendu. Continuer à raisonner exclusivement en termes d’ERP « classique » conduit souvent à écarter des approches plus progressives, plus pragmatiques et, dans certains cas, plus économes.
Quand certaines directions informatiques changent de méthode
À rebours des démarches traditionnelles, certaines directions des systèmes d’information font évoluer leur manière de conduire les projets. Elles s’éloignent de programmes lourds, conçus sur plusieurs années, pour privilégier des approches itératives, structurées autour de phases d’expérimentation successives et de cycles de validation courts.
Dans un cas récent, une organisation à dimension internationale a ainsi opté pour un fonctionnement par itérations : chaque POC était rapidement évalué, puis étendu progressivement lorsqu’il répondait aux attentes. Cette méthode a permis le déploiement opérationnel d’une douzaine d’agences réparties à l’international en quelques semaines, là où une approche plus classique aurait nécessité plusieurs mois de cadrage et des investissements nettement plus élevés.
Au-delà de la réduction des délais, ce type de démarche contribue à limiter les risques, à mieux aligner les outils avec les usages effectifs et à conserver une maîtrise plus fine des budgets engagés.
Rationaliser, c’est évaluer l’existant à l’aune des usages
Rationaliser un système d’information ne consiste pas à remettre en cause les investissements réalisés, mais à apprécier leur pertinence au regard des usages actuels et des besoins réels de l’organisation. La valeur d’une solution ne se mesure pas à son coût passé, mais à sa capacité à répondre efficacement aux enjeux présents.
Maintenir un outil devenu inadapté au seul motif qu’il a représenté un investissement significatif revient à prolonger une décision qui ne correspond plus au contexte opérationnel. La question centrale n’est donc pas tant celle du montant déjà engagé que celle du coût, souvent moins visible, induit par l’inaction et le statu quo.