Les développeurs chevronnés prennent leur retraite, et les jeunes développeurs qui acceptent ou sont capables de maintenir du code en RPG ou Cobol vieux de plusieurs décennies se font rares.

Les responsables des TI envisagent donc une modernisation en profondeur et n’ont pas d’autre choix que de procéder à une migration ou une refactorisation du code.

Une telle initiative implique toutefois des coûts et des perturbations. Ne prenez pas de décision sans envisager toutes les options qui s’offrent à vous.

Migrer ou refactoriser – avantages et inconvénients

On entend souvent parler de migration et de refactorisation comme s’il s’agissait d’approches interchangeables. Elles sont toutefois bien différentes.

• Migration du code : transfert de vos applications vers une nouvelle plateforme (ce qui suppose bien souvent de changer de langage ou d’architecture).
• Refactorisation : transformation et modernisation de votre code actuel et conservation de la même plateforme.

Les responsables des TI pensent spontanément à une migration du code lorsqu’un virage s’impose. Mais c’est un projet important, qui ne doit pas être pris à la légère.

Avantages et inconvénients de la migration :

✅ Élimine la dépendance à du matériel hérité

✅ Offre, dans certains cas, des interfaces modernes sans configuration supplémentaire

❌ Constitue une démarche coûteuse et risquée (prévoir une nouvelle plateforme, de nouvelles compétences et des tests complexes)

❌ Entraîne une perte de l’expertise liée à votre système existant

❌ Approche radicale souvent associée à des interruptions

Comme tout projet d’envergure, la migration du code est coûteuse et risquée. L’un des principaux facteurs à prendre en considération, c’est l’expertise de votre équipe. Vous devrez probablement embaucher des spécialistes de la nouvelle plateforme et risquez de vous retrouver avec une équipe des TI fragmentée : vos employés actuels maîtrisent parfaitement votre application, mais ne connaissent pas la nouvelle plateforme, tandis que vos nouveaux employés maîtrisent la nouvelle plateforme, mais ont une compréhension limitée de votre application et de vos processus opérationnels.

Plus abordable et moins coûteuse, la refactorisation peut se faire progressivement. Votre équipe peut s’en charger, étant donné que vous conservez votre plateforme. Et ne craignez rien : les jeunes développeurs n’auront aucune difficulté à utiliser les nouveaux outils IBM i et le RPG moderne s’ils connaissent bien Java et Python. De quoi simplifier l’embauche de nouveaux employés, sans vous départir d’IBM i.

Avantages et inconvénients de la refactorisation  :

✅ Réduction des coûts et des risques, puisque vous conservez votre plateforme

✅ Les jeunes développeurs sont à l’aise avec l’utilisation de langages comme le RPG moderne de forme libre, et recruter devient plus simple

✅ Peut se faire par étape, dans le respect des pratiques de développement et d’exploitation (DevOps), sans bouleverser vos activités

✅ Ouvre la voie à des fonctionnalités avancées comme les API, les interfaces modernes ou les bases de données SQL

❌ Exige une planification minutieuse et les conseils d’experts

Souvent négligée, la refactorisation est pourtant, dans bien des cas, la meilleure option. Elle permet de moderniser ce qui fonctionne déjà sans repartir de zéro.

Comme l’explique Luc Du Moulin, expert chez R2i, « si votre système est rentable et vous permet d’innover, et que vous voulez simplement rendre le code accessible à la nouvelle génération de développeurs, optez pour la refactorisation ».

Bien sûr, le choix entre migration et refactorisation n’est pas toujours tranché. Dans certains cas, il peut être judicieux de combiner les deux. Refactoriser avant de migrer permet souvent d’accélérer le processus et de réduire les risques.

À quoi pouvez-vous attribuer votre dette technologique?

Pour choisir la meilleure approche de modernisation de votre code, vous devez savoir d’où vient votre dette technologique.

• Si votre dette est liée au code (tenue à jour difficile, syntaxe dépassée, aucune routine réutilisable), optez pour la refactorisation.
• Si la dette est liée à l’infrastructure (matériel obsolète, plateforme en fin de vie), optez pour la migration.
  
• Si la dette est liée à l’application en tant que telle (ne répond plus à vos objectifs sur le plan opérationnel), vous pourriez devoir procéder à une refonte complète ou changer de solution.

Quelles sont les étapes d’un projet de migration ou de refactorisation?

Maintenant que vous connaissez la source de votre dette technologique, élaborez votre plan :

1. Évaluez votre système actuel. Vérifiez votre code, votre infrastructure et vos applications pour mieux comprendre votre dette.
2. Planifiez votre approche. Déterminez quelles mesures vous prendrez pour moderniser votre système et établissez un échéancier.
3. Utilisez les bons outils et tirez profit de l’automatisation. Les outils de refactorisation peuvent extraire les routines répétitives, intégrer du code SQL et soutenir les pipelines de DevOps. IBM i offre de nombreux outils efficaces de refactorisation et de migration.
4. Testez en continu. Les tests de non-régression vous permettront de vous assurer que les changements apportés n’affectent pas les fonctionnalités existantes. Ils sont d’autant plus essentiels en cas de migration du code.
5. Obtenez l’aide de spécialistes. Vous vous engagez dans un projet à impact élevé comportant des risques majeurs. Travailler avec des professionnels qui maîtrisent IBM i et ont déjà mené de nombreux projets de modernisation – comme l’équipe de R2i – vous permet de limiter les risques et d’avancer en toute confiance.

Votre vision d’entreprise, votre décision

Hautement stratégique, la décision d’opter pour la migration, la refactorisation ou même une refonte complète vous revient. Votre entreprise est unique, tout comme vos systèmes, vos contraintes et vos objectifs. Il n’existe pas de solution unique.

Déterminez ce qui cause votre dette technologique, pensez aux répercussions à long terme de chaque option sur votre équipe et sur vos finances, et élaborez un plan détaillé. Avec le bon accompagnement, vous pouvez réduire vos coûts, optimiser vos systèmes IBM i et préparer votre entreprise à plusieurs décennies d’innovation.