Background Image
DÉVELOPPEMENT DE LOGICIELS

Respecter et réécrire notre héritage

December 11, 2024 | 5 Lecture minute

Dans un monde technologique en constante évolution, les entreprises sont confrontées au défi de la mise à jour de leurs anciens systèmes logiciels, ces solutions autrefois à la pointe de la technologie qui sont aujourd'hui dépassées. Cet article explore le chemin parcouru par les entreprises depuis le respect des anciens systèmes qui les ont aidées à se développer jusqu'à l'adoption d'innovations modernes.

Les principaux sujets abordés sont les suivants
  • Estimer l'effort de mise à niveau des systèmes existants

  • Éviter les pièges de la réécriture ligne par ligne

  • Donner la priorité à l'expérience de l'utilisateur et aux besoins réels de l'entreprise

  • Intégrer des solutions prêtes à l'emploi

  • Se concentrer sur les améliorations à plus forte valeur ajoutée

À travers les expériences de Jonathan et Miriam, découvrons l'importance de trouver un équilibre entre le respect du passé et la nécessité d'innover pour l'avenir.

Qu'est-ce qu'un logiciel "hérité" ? 

Jonathan ne code plus ; il est occupé à diriger et à développer l'entreprise. Ailleurs, Miriam est PDG d'une entreprise dont les produits logiciels reposent sur une technologie qui était autrefois à la pointe du progrès, mais qui ne l'est plus aujourd'hui. Les entreprises de Jonathan et de Miriam ont toutes deux fait de grands progrès grâce aux logiciels dont elles disposent. Ces logiciels les ont aidées à construire leur héritage jusqu'à présent. Les deux entreprises sont restées en activité en partie grâce à leurs systèmes logiciels. Dans le cadre de cet article, nous appelons ces systèmes systèmes patrimoniaux.

Respecter l'héritage 

Les entreprises de Jonathan et Miriam n'existent peut-être que grâce à leurs systèmes patrimoniaux. Ces systèmes méritent le respect, tout comme ceux qui les ont créés et maintenus. Ces développeurs ont fait de leur mieux avec les outils, les connaissances et le temps dont ils disposaient. Les équipes de Jonathan et Miriam ont relevé les défis, et leur expérience constitue la base des améliorations futures.

Construire sur l'héritage 

Le monde qui entoure Jonathan et Miriam change : nouvelles technologies, évolution des pratiques commerciales et des attentes des clients. Leurs systèmes existants ont permis à leurs entreprises de réussir, mais il est maintenant temps de s'appuyer sur ces fondations pour créer des systèmes innovants qui répondent aux besoins modernes.

Asset - Respecting and Rewriting Our Legacy

Estimation 

Lorsque Jonathan envisage de moderniser son système, l'une de ses premières questions est : "Quelle sera l'ampleur du projet ?" Miriam a la même préoccupation. Tous deux doivent évaluer la taille et la complexité de leur système. Ils examinent les lignes de code (LOC), les structures de base de données, les écrans, les rapports et la logique d'entreprise pour comprendre l'ampleur de la tâche qui les attend. Cependant, Jonathan et Miriam se rendent compte que leurs nouveaux systèmes ne se contenteront pas de reproduire les anciens ; leurs activités ont évolué.

L'entreprise est coincée dans ses anciennes anciennes méthodes 

Les entreprises de Jonathan et de Miriam fonctionnent de la même manière depuis si longtemps qu'il leur est difficile d'envisager de nouvelles possibilités. Dans leur esprit, la mise à jour d'un logiciel consiste à ajouter une colonne ici ou un bouton là. Or, les entreprises modernes ont besoin de systèmes adaptés à leurs besoins, et non de systèmes qui les obligent à se conformer à des flux de travail dépassés.

Ne pas reconstruire ligne par ligne 

L'ancien système de Jonathan est truffé de fonctionnalités, dont certaines ne sont plus utilisées par son équipe. Le système de Miriam comporte également des modules qui créent plus de douleur que de valeur. Alors qu'ils planifient tous deux de nouveaux systèmes, ils se rendent compte qu'il n'est pas nécessaire de reconstruire toutes les fonctionnalités. Grâce aux progrès technologiques, à une meilleure compréhension de leurs secteurs d'activité et à de meilleures pratiques de conception, Jonathan et Miriam voient l'opportunité de créer des systèmes qui servent réellement leurs activités.

Conception UX/UI 

Lorsque le système de Jonathan a été construit, l'expérience utilisateur n'était pas une préoccupation majeure. Aujourd'hui, les employés de Jonathan s'attendent à ce que les systèmes qu'ils utilisent au travail soient aussi intuitifs que les applications de leurs téléphones. Miriam est confrontée à un défi similaire. Pour répondre à ces attentes, Jonathan et Miriam doivent s'assurer que leurs nouveaux systèmes accordent la priorité à l'expérience utilisateur et à la conception de l'interface.

Asset - Image 1 UX Maturity: A Holistic Approach to Design 

Désirs et besoins 

Jonathan a souvent besoin d'aide pour faire la distinction entre ce qu'il souhaite et ce dont son entreprise a réellement besoin. C'est également le cas de Miriam. Jonathan peut souhaiter une fonction particulière, mais il a besoin d'un système qui lui apporte une réelle valeur ajoutée. De même, Miriam sait qu'elle doit se concentrer sur les besoins essentiels de son entreprise plutôt que de se laisser distraire par des fonctionnalités agréables à obtenir.

Coût ou valeur 

Jonathan et Miriam sont tous deux conscients que tous les besoins ne sont pas identiques. Avant de dépenser des ressources, ils doivent évaluer la valeur d'une fonctionnalité ou d'une mise à jour particulière. Ils savent qu'il est temps de reconsidérer la question si le coût l'emporte sur la valeur.

Tests automatisés 

Jonathan et Miriam ont connu le chaos du déploiement de mises à jour qui ont mal tourné. Ils savent que leurs nouveaux systèmes doivent donner la priorité aux tests automatisés, en particulier pour les fonctions essentielles à leurs activités.

Changement de paradigme 

Les anciens systèmes de Jonathan et de Miriam étaient construits autour d'opérations CRUD (créer, récupérer, mettre à jour et supprimer). Mais leurs activités ont évolué. Au lieu de supprimer des enregistrements, ils ont désormais besoin de flux de travail qui reflètent les processus métier modernes. Jonathan et Miriam constatent que leurs systèmes doivent être conçus en fonction de la manière dont leurs entreprises fonctionnent aujourd'hui, et pas seulement en fonction du stockage des données.

Intégrations (construire ou acheter) 

L'ancien système de Jonathan comporte de nombreuses fonctionnalités personnalisées, mais il existe désormais des solutions prêtes à l'emploi qui peuvent remplacer une grande partie de ce code personnalisé. Miriam est également consciente qu'elle n'a pas besoin de reconstruire toutes les fonctionnalités. Ils reconnaissent la valeur de l'exploitation des solutions logicielles existantes lorsque cela s'avère nécessaire.

Se concentrer sur la valeur, s'attaquer aux points douloureux Points à améliorer 

Jonathan et Miriam se rendent compte que seules certaines parties de leurs systèmes doivent être reconstruites. Ils s'attaquent d'abord aux points les plus douloureux, qu'il s'agisse de mettre à niveau le stockage des données, d'améliorer les interfaces utilisateur ou de rationaliser les flux de travail essentiels à l'activité de l'entreprise.

Résumé 

Remplacer un système existant n'est pas chose aisée. Mais grâce à une planification minutieuse, au respect du passé et à la recherche de la valeur ajoutée, Jonathan et Miriam peuvent faire fructifier leur héritage et propulser leur entreprise vers de nouveaux sommets. Les histoires fictives (bien qu'étranges) de Jonathan et Miriam résonnent-elles en vous ? Nous serions ravis de vous aider dans votre démarche. Contactez-nous pour que nous puissions en discuter.

Développement de logiciels

Dernières réflexions

Explorez nos articles de blog et laissez-vous inspirer par les leaders d'opinion de nos entreprises.
Asset - Respecting and Rewriting Our Legacy
DÉVELOPPEMENT DE LOGICIELS

Respecter et réécrire notre héritage

Les défis et les stratégies de mise à jour des systèmes logiciels existants dans les entreprises.