Blog · Sortir de PCSOFT

Sortir de WinDev : rafistoler ou reconstruire ?

Beaucoup d'éditeurs WinDev vont devoir quitter PC SOFT dans les mois qui viennent. La tentation est compréhensible : tout refaire à l'identique dans une autre technologie, en espérant que personne ne voie la différence.

Vingt ans de produit, vingt ans de rustines

Des champs qui servent à trois choses, des règles métier enfouies derrière un bouton, des contournements dont plus personne ne se souvient de la raison, des failles qu'on n'a jamais eu le temps de fermer.

Migrer à l'identique, c'est emporter tout ça dans la nouvelle maison. Le robot change de carrosserie, il garde ses bandages.

Partir de ce que fait réellement votre logiciel

L'autre voie part de ce que fait réellement votre logiciel. On en extrait les cas d'usage et les règles métier, on assainit le modèle de données, puis on reconstruit module par module, avec un banc d'essai qui compare l'ancien et le nouveau sur les mêmes scénarios. Rien n'est déclaré bon tant que ce n'est pas mesuré.

Ce sont vos équipes qui en héritent

Il y a un point dont on parle trop peu : une migration, ce n'est pas un prestataire qui repart avec votre logiciel. Ce sont vos équipes qui en héritent. Elles récupèrent un produit qu'elles comprennent, documenté, testé, débarrassé de ce qui tenait au scotch. Leur savoir métier n'est pas perdu, il est enfin mis au service du produit au lieu de servir à le maintenir debout.

Une migration coûte de toute façon. Autant qu'elle serve à repartir sur de bonnes bases.

Si vous en êtes à vous poser la question, une première estimation est en ligne, et je réponds volontiers : écrivez-moi.

À lire aussi : Il n'y a pas de bouton magique · 30 factures validées, 6 numérotées