Les équipes techniques consacrent en moyenne 72% de leurs dépenses à la gestion de l'existant, contre 28% pour les nouveaux projets (étude Forrester). Et lorsque les frais de maintenance dépassent les 50%, la solution majoritairement proposée est la refonte logicielle. Trop souvent, cette refonte est envisagée comme un projet purement technique, et déconnectée des enjeux stratégiques.
Lors de ma conférence ‘Manifeste pour des refontes plus agiles’, j’ai exploré pourquoi et comment transformer ces refontes en véritables opportunités stratégiques, grâce à une approche itérative et centrée sur la valeur.
Découvrez dans cet article les moments clés de mon intervention, et comment une approche plus itérative peut redéfinir le succès de vos refontes.
Le dilemme des refontes techniques traditionnelles : les limites du cycle en V
Plusieurs signaux vont déclencher la refonte :
- Une obsolescence technologique : technologies vieillissantes, infrastructures coûteuses et difficiles à maintenir à l’échelle
- Une dégradation de l’expérience client : bugs récurrents, lenteurs ou des équipes supports qui n’arrivent plus à pallier aux manques du logiciel.
- Une innovation bloquée : absence d’évolutivité, empêchant d’intégrer des avancées comme l’intelligence artificielle.
Ces facteurs augmentent considérablement les coûts de maintenance et le ‘time-to-market’, poussant souvent les entreprises à envisager une refonte complète.
La méthode classique du cycle en V, linéaire et planifiée, est régulièrement utilisée. Mais elle manque de flexibilité. Voici ses principaux écueils :
- Attentes irréalistes : la direction attend un nouveau produit parfait, tandis que les équipes techniques se concentrent sur les problématiques techniques sous-jacentes.
- Blocages organisationnels : dès les premiers mois, des retards apparaissent, les urgences s’accumulent, et l’entreprise reste figée dans l’attente du nouveau système.
- Déconnexion stratégique : les priorités business évoluent plus vite que le cycle du projet, rendant la solution finale obsolète avant même sa livraison.
👉 Une refonte ne concerne pas seulement la technique. C’est un choix stratégique qui impacte l’ensemble de l’organisation.
Refonte technique, les deux approches principales : cycle en V ou itérative
Refonte ‘big bang’ ou ‘cycle en V’ :
- Avantages : idéale pour des tests de marchés, ou les projets de courte durée.
- Inconvénients : peu flexible, risque élevé d’échec pour les projets complexes.
Exemple pratique : une fusion d’apps iOS/Android vers une technologie Flutter, et déployée en simultané sur les deux plateformes.
Refonte ou maintenance itérative :
- Avantages : permet une priorisation en continu, adaptant le projet aux priorités des partenaires internes et des clients.
- Inconvénients : demande un pilotage rigoureux et souvent plus long.
Exemple pratique : Une refonte d’AngularJS à Angular réalisée en mode agile permet de déployer progressivement de nouvelles fonctionnalités.
Réussir une refonte technique avec une roadmap stratégique
J’ai piloté plus de dix refontes dans des contextes variés (SaaS, marketplaces, logiciels complexes). Ces expériences m’ont convaincue que, de manière contre-intuitive, le succès d'une refonte itérative repose sur une préparation minutieuse et un cadrage structuré en amont.
Les 3 piliers pour une refonte technique efficace
Une refonte efficace s’appuie sur trois axes principaux :
- Architecture technologique : définir les infrastructures et technologies cibles, en tenant compte des évolutions futures.
- Choix fonctionnels : décider des fonctionnalités à faire évoluer, conserver telles quelles ou retirer de la solution.
- Organisation des équipes : structurer les ressources pour maintenir les opérations actuelles tout en développant le futur produit.
Le parent pauvre des projets de refontes techniques : le pilier fonctionnel.
Alors qu’il est clé pour transformer les refontes techniques en opportunités stratégiques.
Étapes clés pour construire une roadmap de refonte flexible
La réussite d’une refonte commence par un travail approfondi de clarification et d’alignement :
- Clarifiez la stratégie : Pourquoi cette refonte ? Quels objectifs stratégiques cherche-t-elle à atteindre (nouveaux marchés, meilleure rentabilité) ? Cette phase engage toutes les parties prenantes et ancre le projet dans les priorités de l’entreprise.
- Créez un alignement fonctionnel : Décomposez le monolithe en briques fonctionnelles, qui seront évaluées selon deux critères : leur valeur business (stratégie, usage) et leur complexité technique.
- Validez une roadmap stratégique : Une fois les briques identifiées, plusieurs roadmaps peuvent être élaborées : de la prudente et efficiente, à la plus ambitieuse et innovante. Le choix final doit être aligné avec les ambitions de l’entreprise et validé par le Comex.
- Mettez en place des cycles itératifs : une refonte agile repose sur des livraisons fréquentes et mesurables. Chaque release apporte des améliorations techniques ou fonctionnelles.
Les outils pour structurer et prioriser votre refonte tech
Pour structurer et piloter une refonte itérative, voici deux outils pratiques :
1. Modélisation de la refonte
Découpez le monolithe en briques fonctionnelles, couplées avec une visualisation des dépendances pour faciliter la création de roadmaps collaboratives.
2. Matrice de priorisation
Un outil de prise de décision pour prioriser sa roadmap de refonte en équilibrant dette et innovation.
L’objectif de ces deux outils : structurer la refonte, tout en gardant la flexibilité de changer l’équilibre dette/innovation en cours de route !
Vous pouvez transformer votre refonte technique en levier de transformation stratégique
Les refontes sont bien plus que des projets techniques. Ce sont des opportunités pour transformer votre entreprise et sa valeur perçue.
Adopter une approche plus itérative permet non seulement de limiter les risques, mais aussi de maximiser l’impact de votre refonte.
PS : et si la meilleure refonte technique, c’était celle qu'on évite ?
Avant d’arriver à une obsolescence nécessitant une refonte complète, une gestion plus proactive de la dette peut résorber bien des problèmes. Repenser la place des développeurs dans la stratégie d’entreprise est clé pour maintenir des bases de code saines sur le long terme.
Une gestion continue de la dette technique
Chez les entreprises ayant évité la refonte après plus de 15 ans d’existence, plusieurs bonnes pratiques se démarquent :
- Les décisionnaires métier sont intégrés dès le début des discussions sur la dette technique. Leur compréhension des impacts stratégiques facilite les arbitrages.
- La dette est régulièrement mesurée et priorisée. Par exemple, un client consacre systématiquement 15 % de chaque sprint à résoudre les dettes identifiées.
- L’adoption de standards et d’automatisations (comme CI/CD et revues de commits) renforce la résilience des systèmes.
- Enfin, une culture d’apprentissage continu permet aux équipes de rester à jour sur les nouvelles technologies et d’améliorer la qualité globale du code.
On retrouve le concept Lean de ‘kaizen’ : une amélioration continue pour réduire progressivement les causes racines de la dette technique.
👉 Vous souhaitez en apprendre plus sur la maintenance continue, les refontes ou bénéficier d’un accompagnement stratégique ? Contactez-moi pour en discuter !
