Changer de logiciel ne suffit pas à transformer une organisation. La modernisation d’un système d’information (SI) offre aussi l’occasion de repenser les processus historiques, de réduire la complexité et d’améliorer les pratiques de travail. Le projet SAP SuccessFactors du Somerset Council, annoncé le 4 novembre 2026, illustre l’intérêt de cette approche.
Somerset Council : 17 ans de système SAP modernisés en 13 mois
Le 4 novembre 2026, le Somerset Council, une collectivité territoriale britannique, et SAP ont annoncé l’aboutissement d’un projet de modernisation de leur système de ressources humaines et de paie. L’organisation a remplacé un environnement SAP fortement personnalisé, utilisé depuis 17 ans, par une plateforme SAP SuccessFactors, avec l’accompagnement d’EPI-USE.
Le projet, intégré au programme Inspiring Innovation, a réuni plusieurs fonctions : gestion des ressources humaines, paie, recrutement et intégration des collaborateurs.
- 17 ans d’utilisation de l’ancien système SAP.
- 13 mois pour mettre en œuvre la nouvelle plateforme.
- Environ 8 500 collaborateurs concernés par la transition.
Selon les acteurs du projet, le déploiement a respecté le calendrier et le budget prévus. Les montants financiers et les gains de productivité mesurés ne sont cependant pas détaillés dans l’annonce. Le principal enseignement tient davantage à une décision méthodologique : ne pas reconstruire systématiquement les personnalisations accumulées au fil des années.
Le retour d’expérience montre pourquoi une modernisation SI doit commencer par une réflexion sur les besoins métier, et pas uniquement par le choix d’une technologie.
Pourquoi les systèmes d’information deviennent-ils complexes avec le temps ?
Un système d’information évolue avec son organisation. De nouvelles fonctionnalités sont ajoutées, des interfaces sont développées et des règles spécifiques sont instaurées pour répondre à des exigences métier, réglementaires ou organisationnelles.
Ces adaptations peuvent être nécessaires. Mais leur accumulation contribue parfois à une dette technique et organisationnelle qui complique la maintenance et les évolutions.
- Des processus redondants ou insuffisamment harmonisés.
- Des développements spécifiques dont la maintenance devient coûteuse.
- Des dépendances entre applications et des données fragmentées.
- Des traitements manuels qui subsistent malgré la digitalisation.
- Des règles historiques qui n’ont pas été réévaluées.
Lors d’une refonte, il est tentant de transférer l’ensemble de ces particularités vers le nouvel environnement. Le risque est alors d’investir dans une technologie moderne tout en conservant les contraintes de l’ancien système. Une migration techniquement réussie n’est pas nécessairement une transformation réussie.
Modernisation SI : migrer l’existant ou repenser les processus ?
Une migration informatique vise principalement à transférer des applications, des fonctionnalités ou des données vers un autre environnement. Une transformation SI poursuit un objectif plus large : faire évoluer les processus, les pratiques et, si nécessaire, l’organisation pour améliorer durablement le fonctionnement des métiers.
La standardisation des processus constitue un levier important. Utiliser les fonctionnalités natives d’un ERP plutôt que multiplier les développements spécifiques peut simplifier la maintenance, les mises à jour et les futures évolutions. Cela ne signifie pas pour autant supprimer toutes les personnalisations : certaines restent indispensables, notamment pour répondre à une obligation réglementaire ou à une activité critique.
Trois questions avant de conserver une personnalisation historique
- Répond-elle encore à un besoin réel ? Une règle ancienne peut avoir perdu sa pertinence après un changement d’organisation ou de réglementation.
- Une fonctionnalité standard peut-elle répondre au même objectif ? Il faut analyser le besoin métier, plutôt que reproduire exactement l’interface ou le processus précédent.
- Quel sera son coût à long terme ? Les dépenses de maintenance, les tests, les mises à jour et les dépendances doivent être évalués dès la conception.
Ces arbitrages permettent de distinguer les spécificités qui créent effectivement de la valeur de celles qui peuvent être simplifiées.
AMOA et gouvernance : sécuriser les décisions de transformation
La simplification d’un SI ne repose pas uniquement sur les équipes techniques. Elle nécessite une coopération entre directions métier, DSI, responsables de programme et partenaires. L’assistance à maîtrise d’ouvrage (AMOA) aide à traduire les objectifs métier en besoins fonctionnels, à prioriser les demandes et à structurer les arbitrages.
Une gouvernance claire définit les responsabilités, les critères de décision et les modalités de suivi du projet. Pour sécuriser la modernisation, cinq étapes sont particulièrement importantes.
1. Cartographier l’existant
Identifier les processus, applications, interfaces, données critiques et dépendances pour disposer d’une vision fiable de l’environnement à transformer.
2. Définir les objectifs métier
Préciser les améliorations attendues : réduction des délais, diminution des tâches manuelles, fiabilisation des données ou meilleure expérience utilisateur.
3. Arbitrer les spécificités
Évaluer chaque demande particulière à partir de sa valeur métier, de sa nécessité et de son coût de maintien. Les exceptions doivent être documentées et validées par des responsables identifiés.
4. Sécuriser la transition
Préparer la reprise des données, les tests fonctionnels, la bascule et les mécanismes de continuité pour les activités sensibles, comme la paie.
5. Mesurer les bénéfices
Suivre les effets observés après le déploiement, au-delà du calendrier et du budget. La réussite se juge aussi sur l’amélioration réelle des opérations.
La conduite du changement, condition essentielle de réussite
Un système techniquement plus simple ne semble pas nécessairement plus facile à utiliser au premier jour. Une nouvelle interface ou un nouveau circuit de validation peut bouleverser des habitudes anciennes. Le projet Somerset Council a intégré une préparation des utilisateurs et un accompagnement du déploiement progressif.
La conduite du changement doit être engagée dès le début : associer les utilisateurs à la définition des besoins, préparer les managers, former aux situations de travail réelles et renforcer le support pendant la transition. L’enjeu n’est pas uniquement d’apprendre un outil, mais d’adopter les nouveaux modes de fonctionnement.
Comment mesurer la réussite d’une modernisation SI ?
Le respect des délais et du budget constitue un indicateur de pilotage, mais ne suffit pas à démontrer la valeur créée. Des indicateurs définis avant le lancement permettent de comparer les résultats à une situation de référence.
| Objectif | Indicateurs possibles |
|---|---|
| Simplification | Processus harmonisés et personnalisations supprimées |
| Productivité | Temps de traitement des opérations métier |
| Qualité | Taux d’erreur et incidents post-déploiement |
| Adoption | Utilisation effective des outils et demandes de support |
| Maintenabilité | Coûts de maintenance et efforts de mise à jour |
| Performance métier | Qualité de service et satisfaction des utilisateurs |
Ces mesures doivent être adaptées au contexte et suivies dans la durée : elles permettent de vérifier que la modernisation dépasse le simple remplacement technique.
Moderniser un SI : une transformation avant tout organisationnelle
Le cas Somerset Council n’est pas une méthode universelle. Il illustre néanmoins un principe applicable à de nombreux projets : changer d’outil doit aussi être l’occasion de remettre en question les processus qui l’entourent.
La standardisation peut réduire la dette technique et faciliter les évolutions futures, à condition de préserver les spécificités métier réellement nécessaires. Elle suppose des arbitrages structurés, une gouvernance explicite et un accompagnement adapté des collaborateurs.
Avant de se demander « Vers quelle solution devons-nous migrer ? », il est donc utile de poser une autre question : « Quels processus avons-nous réellement besoin de conserver ? »
Groupe BBU : accompagner les transformations IT de bout en bout
Chez Groupe BBU, nous accompagnons les organisations dans la préparation, le pilotage et la sécurisation de leurs projets de transformation. Nos expertises en transformation IT, AMOA, direction de projet et de programme, PMO et conduite du changement articulent enjeux métier, décisions technologiques et performance opérationnelle.
Notre objectif : transformer les investissements informatiques en améliorations durables grâce à une gouvernance adaptée, à la maîtrise des risques et à l’adoption des nouveaux modes de fonctionnement.
Vous préparez une refonte ou une modernisation de votre système d’information ? Échangeons sur les leviers permettant de simplifier vos processus tout en sécurisant votre transformation. Contacter le Groupe BBU.
Questions fréquentes sur la modernisation des systèmes d’information
Qu’est-ce que la modernisation d’un système d’information ?
La modernisation SI consiste à faire évoluer les applications, infrastructures, données ou processus informatiques pour répondre aux besoins actuels et futurs de l’organisation. Elle peut inclure le remplacement d’un logiciel historique, une migration cloud ou une refonte des processus métier.
Quelle différence entre migration informatique et transformation SI ?
Une migration porte principalement sur le transfert ou le remplacement d’un environnement technique. Une transformation SI intègre également l’évolution des processus, de la gouvernance, de l’organisation et des pratiques des utilisateurs afin d’atteindre des objectifs métier.
Pourquoi simplifier les processus avant une migration SI ?
Cette simplification limite la reproduction de règles obsolètes, de doublons et de personnalisations inutiles. Elle peut réduire la complexité du futur système, faciliter sa maintenance et améliorer son adéquation aux besoins métier.
Quel est le rôle de l’AMOA dans un projet de modernisation SI ?
L’AMOA accompagne les métiers dans la définition des besoins, la priorisation, les arbitrages et la validation des solutions. Elle facilite leur coordination avec les équipes techniques et contribue à sécuriser la transformation.
Comment mesurer la réussite d’une transformation SI ?
La réussite s’évalue par le respect des délais et du budget, mais aussi par l’adoption des outils, la baisse des erreurs, la simplification des processus et les bénéfices métier constatés après le déploiement.
