Quand l'ERP legacy devient un frein à la croissance
Les ERP développés il y a 10 ou 15 ans en .NET Framework, souvent en architecture monolithique, finissent par accumuler une dette technique qui paralyse l'entreprise. Temps de chargement excessifs, instabilité récurrente, impossibilité d'ajouter des fonctionnalités sans risque de régression : le coût de maintenance dépasse progressivement la valeur délivrée.
C'est exactement la situation dans laquelle se trouvait un éditeur ERP. Leur application .NET, déployée depuis plusieurs années, était devenue instable et lente. Chaque mise à jour était un risque. Les utilisateurs contournaient l'outil avec des fichiers Excel, ce qui fragmentait les données et créait des erreurs en cascade.
Pourquoi une refonte plutôt qu'une migration progressive
Face à un ERP legacy, deux stratégies s'offrent à vous : la migration progressive (strangler fig pattern) ou la refonte complète. Le choix dépend de l'état du code existant, de la couverture de tests et de la capacité à faire cohabiter l'ancien et le nouveau système.
Dans le cas de l'éditeur, l'architecture monolithique .NET ne permettait pas d'isoler des modules pour les migrer un par un. L'absence de tests automatisés rendait chaque modification risquée. La refonte complète s'est imposée comme la voie la plus sûre et la plus rapide pour atteindre les objectifs de performance et de stabilité.
Choix d'architecture : Angular + NestJS + PostgreSQL
Le nouveau stack a été choisi pour sa robustesse, sa maintenabilité et la richesse de son écosystème.
- Angular pour le frontend : framework structuré avec typage TypeScript natif, parfaitement adapté aux applications métier complexes avec de nombreux formulaires, tableaux et workflows. Angular impose des conventions qui facilitent le travail en équipe et la reprise du code.
- NestJS pour le backend : framework Node.js / TypeScript inspiré d'Angular, avec une architecture modulaire, une injection de dépendances native et une documentation automatique des API. NestJS apporte la structure nécessaire aux applications d'entreprise sans sacrifier la productivité.
- PostgreSQL pour la base de données : fiabilité éprouvée, support natif du JSON pour les données semi-structurées, et performances excellentes sur les requêtes complexes typiques d'un ERP.
- Clever Cloud pour l'hébergement : plateforme PaaS européenne qui simplifie le déploiement et la scalabilité, avec CI/CD intégré et conformité RGPD.
L'accompagnement produit : un levier aussi important que la technique
Une refonte technique ne suffit pas si les équipes ne sont pas structurées pour piloter le produit. En parallèle du développement, nous avons mis en place un accompagnement produit complet.
Rituels agiles : sprint planning, daily standups, sprint reviews et rétrospectives pour instaurer un rythme de livraison régulier et prévisible.
Priorisation de la roadmap : catégorisation des fonctionnalités par valeur métier et effort technique, pour concentrer les ressources sur ce qui délivre le plus de valeur aux utilisateurs.
Montée en compétence : transfert de connaissances progressif pour que l'équipe interne puisse maintenir et faire évoluer la plateforme en autonomie.
Résultats concrets
La mise en production du nouvel ERP a produit des résultats mesurables.
- Performances multipliées par 10 par rapport à l'ancienne application .NET. Les écrans qui mettaient 8 à 10 secondes à charger s'affichent désormais en moins d'une seconde.
- UX moderne et intuitive : interface repensée avec Angular Material, navigation simplifiée et workflows guidés. L'adoption par les utilisateurs a été immédiate.
- Équipes produit structurées : processus clairs de priorisation, sprints réguliers et vision produit partagée entre les équipes techniques et métier.
- Base technique maintenable : code TypeScript typé de bout en bout, tests automatisés, et architecture modulaire qui permet d'ajouter des fonctionnalités sans risque de régression.
Enseignements pour les projets de refonte ERP
Ce projet illustre des principes que nous appliquons dans nos projets de développement sur mesure.
Premièrement, auditer avant de refondre. Comprendre précisément ce qui fonctionne et ce qui ne fonctionne pas dans l'existant permet de ne pas reproduire les mêmes erreurs et de préserver les règles métier critiques.
Deuxièmement, investir dans l'accompagnement humain. La meilleure architecture du monde ne sert à rien si les équipes ne sont pas formées pour l'exploiter. L'accompagnement produit est un investissement, pas un coût.
Troisièmement, choisir des technologies qui durent. Angular, NestJS et PostgreSQL sont des technologies matures, largement adoptées et maintenues par des communautés actives. C'est un choix qui protège l'investissement sur 5 à 10 ans.
Si votre entreprise utilise encore un ERP legacy qui freine votre activité, la question n'est pas de savoir s'il faut le remplacer, mais quand. Plus vous attendez, plus la dette technique s'accumule et plus la migration sera complexe. Découvrez comment d'autres entreprises ont remplacé leurs outils obsolètes par des applications sur mesure.
Vous envisagez la refonte de votre ERP ou d'une application legacy ? Contactez l'équipe Genee pour un diagnostic gratuit de votre application existante et une estimation de la migration.
