En bref : la durée d'une migration WinDev dépend surtout de la taille de l'application et de l'état de son code. Un petit projet se migre souvent en 2 à 4 mois, une application métier complète en 6 à 12 mois, parfois plus. L'audit préalable, la qualité du code existant et la stratégie (réécriture d'un coup ou par lots) font varier ce délai bien plus que la technologie cible choisie.
« Combien de temps ça va prendre ? » C'est souvent la deuxième question, juste après le coût, quand on envisage de sortir de WinDev. La réponse honnête dépend de votre application. Voici les durées à anticiper, étape par étape, et ce qui raccourcit ou rallonge un projet de migration.
- De quoi dépend la durée d'une migration ?
- Les étapes d'une migration et leur durée
- Migrer d'un coup ou par lots ?
- Le rôle de l'audit dans le planning
- Ce qui fait prendre du retard
- Peut-on continuer à utiliser l'application pendant la migration ?
- Questions fréquentes
De quoi dépend la durée d'une migration ?
Trois facteurs dominent. La taille de l'application d'abord : le nombre de fenêtres, d'états et de traitements. L'état du code ensuite : un projet propre et documenté se migre plus vite qu'un code accumulé sur quinze ans sans structure. Le niveau d'intégration enfin : une application isolée se migre plus facilement qu'un outil relié à une base HFSQL volumineuse, à des services externes ou à d'autres logiciels. La technologie cible, elle, pèse beaucoup moins qu'on ne le croit sur le délai.
Les étapes d'une migration et leur durée
Une migration sérieuse suit un ordre précis. Les durées ci-dessous sont indicatives, pour une application de taille moyenne.
| Étape | Ce qui s'y passe | Durée indicative |
|---|---|---|
| Audit | Analyse du code, des données et des dépendances | 2 à 4 semaines |
| Cadrage et cible | Choix de la technologie cible et de la stratégie | 1 à 3 semaines |
| Réécriture | Reconstruction des écrans et de la logique métier | 2 à 9 mois |
| Reprise de données | Migration de la base HFSQL vers la nouvelle base | 2 à 6 semaines |
| Recette et bascule | Tests, validation, mise en production | 3 à 6 semaines |
L'audit conditionne la fiabilité de toutes les estimations suivantes. Le sauter revient à chiffrer un délai à l'aveugle : c'est pourquoi nous le plaçons toujours en premier, comme expliqué dans notre article sur l'audit avant migration.
Migrer d'un coup ou par lots ?
Deux stratégies existent. La migration complète d'un seul tenant : on reconstruit toute l'application, puis on bascule. Plus rapide sur le papier, mais risquée pour une grosse application. La migration par lots : on migre module par module, en faisant cohabiter ancien et nouveau le temps de la transition. Plus longue en durée totale, mais bien plus sûre, car chaque lot est validé avant le suivant. Pour une application critique, le découpage par lots est souvent le meilleur arbitrage entre délai et risque.
Le rôle de l'audit dans le planning
L'audit n'est pas une formalité : c'est lui qui transforme une estimation vague en planning fiable. Il mesure le volume réel à migrer, repère les zones à risque, identifie les traitements complexes et l'état des données. Sans lui, on découvre les mauvaises surprises en cours de route, et le délai dérape. Une méthode rigoureuse permet aussi de prouver que la nouvelle application fait exactement ce que faisait l'ancienne, un point que nous détaillons dans notre article sur la méthode MIRROR.
Ce qui fait prendre du retard
Les retards viennent surtout d'un audit négligé, de données de mauvaise qualité qu'il faut nettoyer avant reprise, d'un périmètre mal défini qui grossit en cours de projet, et de règles métier non documentées qu'il faut reconstituer en interrogeant les utilisateurs. La disponibilité de vos équipes pour valider au fil de l'eau joue aussi : une migration avance au rythme des validations métier.
Peut-on continuer à utiliser l'application pendant la migration ?
Oui. L'application WinDev existante continue de tourner normalement pendant toute la durée du projet. La bascule vers la nouvelle version ne se fait qu'à la fin, une fois la recette validée, souvent sur une période creuse pour limiter l'impact. Avec une migration par lots, la transition est encore plus douce : les utilisateurs passent progressivement d'un module à l'autre. Le coût de ce projet et son retour sur investissement sont développés dans notre article sur le coût d'une migration WinDev.
Questions fréquentes
Une migration WinDev prend-elle forcément plus d'un an ?
Non. Un petit projet se migre en quelques mois. Seules les grosses applications métier, très intégrées, dépassent l'année. L'audit permet d'estimer votre cas précis.
La technologie cible change-t-elle beaucoup le délai ?
Moins qu'on ne le pense. La durée dépend surtout de la taille et de l'état de votre application, pas tant du langage ou du framework visé.
Peut-on accélérer une migration ?
Oui : en soignant l'audit, en préparant les données en amont, en découpant par lots et en désignant une personne qui valide vite côté métier.
La reprise des données est-elle longue ?
Variable. Elle dépend du volume et surtout de la propreté de la base HFSQL. Des données saines accélèrent la migration ; des données en désordre la ralentissent.
Faut-il tout migrer en même temps ?
Pas nécessairement. La migration par lots permet de sécuriser une grosse application en validant chaque module avant de passer au suivant.
Vous voulez un délai réaliste pour migrer votre application WinDev ? Demandez un audit : nous analysons votre application et nous vous proposons un planning fiable, par lots si besoin, sans interrompre votre activité.
