Le remplacer sans arrêter l’entreprise.
Le système fonctionne encore. Il est seulement cher à faire évoluer, difficile à recruter, et une seule personne le comprend. Cela se corrige — par étapes, avec tout qui continue de tourner.
Nous modernisons les anciens systèmes pièce par pièce plutôt que de tout remplacer d’un coup. L’ancien et le nouveau tournent côte à côte, le trafic bascule progressivement, et vous pouvez vous arrêter à tout moment en gardant ce qui a été livré. Nous commençons par la partie la plus risquée, pas la plus facile.
Mis à jour novembre 2026
La réécriture qui remplace tout d’un coup, c’est ainsi que ces projets échouent.
La tentation est toujours là. Repartir de zéro, faire les choses bien, basculer un samedi. En pratique, cela prend deux fois plus longtemps que prévu, l’ancien système réclame des modifications pendant qu’on construit le nouveau, et le week-end de bascule est réellement dangereux.
L’alternative est moins spectaculaire et bien plus sûre. On déplace une pièce à la fois. Le nouveau code traite une partie du trafic, l’ancien système le reste, et la proportion évolue à mesure que chaque pièce fait ses preuves.
C’est plus long au total, et vous pouvez vous arrêter quand vous voulez — y compris à mi-chemin, si les parties anciennes restantes se révèlent saines. Cette seule possibilité vaut en général le temps supplémentaire.
Comment nous procédons.
Un état des lieux honnête d’abord
L’état du code, ce qui est risqué, ce qui va bien. Parfois, la réponse est qu’il en faut moins que vous ne le craigniez.
La pièce la plus risquée en premier
Pas la plus facile. Celle dont le départ d’une seule personne ferait un vrai problème.
Le nouveau à côté de l’ancien
Les deux tournent, le trafic est réparti et bascule progressivement à mesure que chaque pièce fait ses preuves.
Des données cohérentes
Tant que les deux systèmes sont en ligne, ils doivent être d’accord. C’est la partie techniquement la plus difficile, et c’est là que le soin compte.
Des tests avant les modifications
Les anciens systèmes en ont rarement. Nous en ajoutons autour d’une pièce avant d’y toucher, pour savoir si quelque chose casse.
Une documentation au fil de l’eau
Souvent la première vraie documentation que le système ait jamais eue. Utile même si vous vous arrêtez tôt.
Votre équipe impliquée
Pour que le savoir se transmette, au lieu de passer d’une personne indispensable à une autre.
Un point d’arrêt à chaque étape
Chaque pièce est complète en elle-même. Vous n’êtes jamais au milieu d’une migration avec rien qui fonctionne.
Réécrire, ou remplacer par étapes.
Les deux sont légitimes. L’une échoue bien plus souvent, et c’est celle qui paraît la plus propre.
| Réécriture complète | Remplacement par étapes | |
|---|---|---|
| Délai avant le premier bénéfice | Tout, à la fin | Dès la première étape, puis en continu |
| Risque à la bascule | Tout, en un week-end | Une pièce à la fois |
| Modifications de l’ancien système entre-temps | Vous en entretenez deux | Normales — il est toujours en ligne |
| Peut-on s’arrêter à mi-chemin | Non — vous n’avez rien | Oui, en gardant le bénéfice |
| Durée totale | Plus courte sur le papier | Plus longue, réellement |
| Fréquence des échecs | Fréquents | Rares |
| Adapté quand | Petit système, faible risque | L’entreprise dépend de son fonctionnement |
Des systèmes que nous avons fait durer.
Gestion du cycle de vie des cartes, toujours en service pour le plus grand switch de paiement mutualisé du Pakistan.
Plateforme de gestion d’entreprise construite de zéro et fait évoluer avec notre fondateur comme CTO.
L’essentiel de ce que nous modernisons est du PHP d’une autre époque. Nous le lisons au lieu de reculer devant.
Quand moderniser.
Une seule personne le comprend
La raison la plus fréquente, et la plus urgente. C’est un risque pour l’entreprise, pas un risque technique.
Les modifications simples prennent des semaines
Quand une petite fonctionnalité demande un mois, le système vous facture des intérêts sur chaque décision.
Vous ne trouvez personne à recruter
Si la technologie rend le recrutement difficile, cela empire chaque année.
Ce n’est pas pour vous si… il fonctionne et change rarement
Un système stable que personne n’a besoin de modifier n’est pas un problème. Nous vous dirons de le laisser tranquille.
Comment nous travaillons.
Nous lisons le code
Vraiment, et nous vous disons dans quel état il est — y compris si la réponse honnête est que la modernisation n’est pas urgente.
Nous trouvons le vrai risque
Rarement le code le plus ancien. Le plus souvent, la partie qu’une seule personne comprend.
Nous convenons de l’ordre
Quelle pièce d’abord, et ce que chaque étape apporte à elle seule.
Nous ajoutons des tests d’abord
Autour de la pièce à remplacer, pour savoir si le comportement a changé.
Nous faisons tourner les deux ensemble
Le nouveau prend une partie du trafic, l’ancien le reste, et la part évolue à mesure que la confiance grandit.
Nous basculons et retirons
Seulement quand la nouvelle pièce a tourné proprement. L’ancien code reste disponible tant qu’il n’est pas vraiment inutile.
Nous remettons chaque étape
Documentation et présentation pièce par pièce, pas une grande remise à la fin.
Modernisation logicielle
7 questions, avec leurs réponses. Vous en avez une autre ? Écrivez-nous.
Par étapes, dans presque tous les cas où l’entreprise dépend du système. Une réécriture complète paraît plus propre et échoue bien plus souvent : elle ne livre rien avant la toute fin, vous entretenez deux systèmes pendant la construction, et la bascule concentre tout le risque sur un week-end. Une réécriture est raisonnable pour un petit système dont une mauvaise journée n’est pas grave.
Sept catégories. Quarante-cinq services.
Décrivez-nous votre projet. Franchement.
Ce que vous voulez construire, ce qui vous bloque, et le budget si vous l’avez. Nous répondons sous un jour ouvré, et nous vous dirons honnêtement si nous ne sommes pas les bonnes personnes.