Données du programme

La conception, la création et la mise en œuvre d’un processus d’entreprise qui permet aux clients de demander une correction de produit pour résoudre des bogues logiciels critiques. Ce projet se situe au niveau opérationnel quotidien avec des améliorations agiles impliquant une analyse technologique opérationnelle et une analyse de l’utilisateur final du cadre opérationnel général.

Déploiement initial du projet: 2000.

Demande de mise en œuvre globale: 2019 – 2020.

Nombre de personnes concernées: environ 5 000 personnes au niveau mondial au total, environ 200 utilisateurs, et 7 unités opérationnelles.

Contexte

Par défaut, les bogues des logiciels sont corrigés dans les versions de développement actuelles ou futures.

En outre, il n’existe pas de procédure formelle pour les bogues logiciels critiques ou les problèmes logiciels qui nécessitent une résolution plus rapide. Le client n’a pas pu demander à la R&D de lui livrer un petit correctif pour corriger ses bogues critiques pour sa version du logiciel (cf. correctif ou patch). En outre, il n’existait aucun processus permettant d’enregistrer ces demandes dans le système d’information et de suivre les progrès réalisés.

Des demandes préalables ont été adressées par courrier électronique à divers chefs de projet qui ont commencé à travailler sur la correction de certains bogues sans aucun processus ni aucune visibilité de l’entreprise.

Cette méthodologie était inefficace et nécessitait un processus contrôlé combinant un enregistrement formel, un processus de gestion de projet transparent et des outils d’entreprise.

Solution

J’ai cherché des outils de gestion de projet ou des logiciels pour saisir ces demandes de correctifs, mais ils l’ont fait :

(i) trop compliqués à utiliser dans le cadre de projets agiles,

et (ii) sans lien avec d’autres outils de l’entreprise.

Comme Atlassian JIRA était l’outil de suivi des bugs, j’ai décidé de l’utiliser comme un outil de gestion de projet léger. Cette solution fonctionne très bien, bien que JIRA ne soit pas un outil de gestion de projet en soi.

Mise en œuvre du projet

La mise en œuvre de l’ensemble du projet a pris quelques mois.

Il a été continuellement adapté au fil des ans pour faire face aux nouveaux processus de l’entreprise. Aucun investissement supplémentaire n’a été nécessaire car il utilise des outils d’entreprise existants (Microsoft Suite, Atlassian JIRA).

Autres indications et données prises en compte : parties prenantes, dates de livraison souhaitées et engagées pour la réparation à chaud, portée demandée par rapport à la portée engagée, outils de gestion de la configuration, outils de gestion de l’environnement.

Viabilité à long terme

Le processus est solide et fonctionne toujours 20 ans plus tard.

Aujourd’hui, l’adoption de ce processus par d’autres équipes de produits dans plusieurs endroits internationaux atteint 99 %.

Autres avantages de ce processus : aucune demande n’est plus perdue; la propriété au sein de la R&D est claire ; les équipes pluridisciplinaires suivent le processus.

La mise en œuvre a été très réussie depuis le début, avec des flux de travail précis utilisant les outils existants sans investissement supplémentaire. Le processus a amélioré la vitesse de résolution et la qualité de la correction des bogues.

Plus d’informations sur les processus de travail efficaces pour la livraison rapide des correctifs logiciels

Des bogues et des vulnérabilités inattendues peuvent survenir à tout moment dans le monde en évolution rapide du développement de logiciels. Lorsqu’un problème critique est identifié, il est essentiel de publier un correctif aussi rapidement que possible. Cependant, la livraison d’un correctif rapidement et efficacement peut être un défi, surtout lorsque le correctif doit être livré en dehors des heures de travail normales.

La mise en place d’un processus de travail efficace pour la livraison rapide des correctifs peut aider à réduire les échecs de projet. En définissant clairement les étapes du processus, en automatisant les tâches et/ou les processus via RPA (automatisation des processus robotiques), et en communiquant efficacement avec les clients et les partenaires, le risque de délai ou d’inefficacité de la livraison est considérablement réduit. De plus, en surveillant activement le correctif après la livraison, l’entreprise peut rapidement détecter et résoudre les problèmes ou les commentaires, réduisant davantage le risque d’échec du projet.

Comme nous l’avons vu dans l’étude de cas ci-dessus, une grande entreprise de développement de logiciels fintech a affronté ce problème lorsqu’une vulnérabilité de sécurité critique a été découverte dans l’un de ses produits. Pour résoudre le problème, ils ont dû publier plusieurs correctifs, et aussi rapidement que possible. Pour s’assurer que le correctif était livré efficacement et sans délai, l’entreprise a mis en place un processus de travail bien défini pour la livraison de correctifs.

Processus de travail

Le processus de livraison de correctifs de l’entreprise consistait en les étapes suivantes :

• Identification. La première étape du processus était d’identifier le problème et d’évaluer sa gravité. Si le problème était considéré comme critique, le processus de livraison du correctif était initié.
• Préparation. La prochaine étape consistait à préparer le correctif. L’équipe de développement a travaillé rapidement pour créer le correctif, qui a ensuite été testé et validé pour s’assurer qu’il résoudrait le problème sans causer d’autres conséquences.
• Communication. Une fois que le correctif était prêt, l’entreprise a communiqué avec ses clients et partenaires pour les informer qu’un correctif était disponible et pour fournir les instructions pour le télécharger et l’installer.
• Déploiement. Le correctif a ensuite été déployé auprès des clients et partenaires qui en avaient besoin. Le processus de déploiement a été automatisé pour garantir une livraison rapide et efficace.
• Surveillance. La dernière étape du processus consistait à surveiller le correctif pour détecter tout problème ou commentaire de la part des clients et partenaires. L’équipe de développement était disponible pour aborder tout souci et fournir un support supplémentaire si nécessaire.

Dans ce cadre, le processus de livraison de correctifs de l’entreprise a été un succès. Le problème critique a été rapidement résolu et le correctif a été livré efficacement sans délai. La réputation de l’entreprise pour la livraison de logiciels de qualité a été renforcée et ses clients et partenaires ont été satisfaits de la résolution rapide du problème.

En conclusion, un processus bien défini pour la livraison de correctifs et de patchs est essentiel pour la résolution efficace des problèmes critiques dans les produits logiciels. L’exemple de processus décrit dans ce cas d’étude peut fournir un modèle réaliste, et que d’autres organisations peuvent utiliser pour garantir une livraison rapide et efficace de correctifs urgents pour les logiciels.