• Objectif : Initiative stratégique d’un programme lancé par la R&D pour améliorer la qualité globale du logiciel de gestion de portefeuille en améliorant les processus, les procédures, les documents et les normes de codage.
• Résultats : +80% des objectifs mis en œuvre dans le monde entier, produit plus stable.
• Risques majeursrisques majeurs: interdépendances technologiques, manque de compétences et de ressources, retards dans la mise sur le marché, faible visibilité des coûts-bénéfices, réputation du produit, et coût total de possession plus élevé pendant la période de RTB des banques.
• Atténuation des risquesrisques: cartographie pour les interdépendances technologiques, perfectionnement et accompagnement par des experts pour les lacunes en matière de compétences, méthodologies Agile pour les délais de mise sur le marché, gestion de la valeur acquise (EVM) pour la visibilité des coûts et des avantages, plans d’urgence et analyse des modes de défaillance et de leurs effets (FMEA) pour les « victoires rapides ».
• Budget : R&D, +1’800 homme-jour.
• Calendrier: activité à temps partiel pendant 2 ans –
• Personnel : 7 personnes : 3 ingénieurs logiciels, 1 chef de projet, 2 ingénieurs DevOps, 1 rédacteur technique.

Plus de détails sur les objectifs atteints

1 – Qualité du code

• • Résolution d’erreurs et formation des développeurs : Résolution de 4 900 erreurs de compilation et de 1 600 avertissements dans Windows C++ au cours des deux premiers mois du programme et formation des développeurs aux techniques de correction des erreurs.
  • Examens du code pour la stabilité : Mise en place de revues de code en tant que pratique standard, ce qui a permis d’améliorer considérablement la stabilité du produit.
  • Utilisation de FlexeLint pour la sécurité du code : Acquisition de l’outil FlexeLint(PC lint – analyseur de code statique) pour identifier les fonctions C/C++ non sûres, intégration dans Microsoft Visual Studio et mise en place d’un régime de compilations hebdomadaires du code.
  • Normes de codage en C++ et Java : Définition de normes de codage solides, couvrant des aspects tels que les règles d’arrondi, la division par zéro et l’utilisation d’exceptions.
  • Analyse de l’impact des modifications du code : Mise en place d’un processus de création de cas de test après toute modification du code afin d’analyser l’impact sur l’ensemble du produit.
  • Amélioration des informations sur les journaux et les traces : Amélioration des informations sur les journaux et les traces en normalisant les messages et en ajoutant des numéros d’erreur et des traces dans plusieurs fonctions.

2 – Processus de développement et de test

• • Mise à jour du processus et des procédures : mise à jour et documentation complète du processus et des procédures de développement.
  • Amélioration de la fourniture de correctifs : Amélioration du processus de livraison des correctifs grâce à des sessions de codage itératives, à des étapes de gel du contenu, à la validation du CD principal et à des examens postérieurs au projet.
  • Environnements de développement et d’intégration : Mise en place de plusieurs environnements de développement et d’intégration pour faciliter le déroulement des opérations.
  • Réorganisation du code source : Réorganisationphysique des sources Triple’A C afin d’améliorer la maintenabilité du code.
  • Couverture des tests et tests de stabilité : Utilisation de l’outil PureCoverage pour la couverture des tests et réalisation de tests de stabilité sur la base de code.
  • Suite de tests complète: Mise en œuvre d’une suite de tests pendant la phase de développement qui comprend des tests de référence et des tests de non-régression.

3 – Documentation

• • Amélioration des modèles et des formulaires : Rationalisation et amélioration de divers formulaires et modèles ; regroupement des petits formulaires de demande d’amélioration et de développement en un seul« formulaire de demande de développement« 
  • Amélioration des notes de mise à jour : Les notes de mise à jour des corrections ont été affinées afin de mettre en évidence les informations essentielles et de classer les incidents en bogues, améliorations et développements.
  • Documentation technique : Développement d’une documentation complète du code technique, en utilisant des outils tels que doxygen pour la génération automatique de la documentation du code C et Java. Manuels de débogage Unix et NT, guides de l’utilisateur Telelogic CM Synergy et Microsoft Visual Studio.
  • Publication des bogues connus : Mise à jour et publication régulières d’une liste de bogues connus pour une communication transparente au sein de l’équipe et des parties prenantes externes.

4 – Communication et collaboration

• • Réunions trimestrielles sur le contrôle des sources : Mise en place de réunions trimestrielles pour discuter des problèmes liés au contrôle des sources(Telelogic CM Synergy).
  • Transition du système de suivi des bogues : Transition d’IBM Lotus Notes à Atlassian JIRA pour un suivi plus efficace des bogues – les processus sont toujours en place 20 ans plus tard chez le leader du marché FinTech.

5 – Extensibilité et évolutivité

• • Extensions de produits : Extension des améliorations à d’autres produits du logiciel de gestion de portefeuille, garantissant l’évolutivité grâce à des principes de conception modulaire et à des API (interfaces de programmation d’applications) bien définies.

Risques et difficultés

1 – Risques stratégiques

• Désalignement par rapport aux objectifs de l’entreprise : Le projet ne correspond pas aux objectifs généraux de l’organisation, ce qui rend l’investissement inefficace.
  • Stratégie d’atténuation : Vérification rigoureuse de l’alignement entre les objectifs du projet et les objectifs de l’entreprise au cours de la phase de planification.
• Coûts d’opportunité: Les ressources engagées dans ce projet ne peuvent pas être utilisées pour d’autres initiatives potentiellement plus bénéfiques.
  • Stratégie d’atténuation : Utilisation du cadre décisionnel de la notation pondérée pour évaluer le projet par rapport à d’autres investissements.

2 – Risques opérationnels

• Interdépendances technologiques : Les modifications apportées à un composant logiciel peuvent nécessiter des modifications dans les modules interconnectés.
  • Stratégie d’atténuation : Définition d’une cartographie des dépendances et examens architecturaux pour comprendre les effets d’entraînement.
• Lacunes en matière de compétences et de ressources : L’équipe de projet peut manquer de compétences ou de ressources essentielles, ce qui entraîne des retards ou des résultats sous-optimaux.
  • Stratégie d’atténuation : Amélioration des compétences des membres de l’équipe et accompagnement par des experts en qualité des logiciels.

3 – Risques financiers

• Dépassement de budget : Le projet dépasse ses allocations financières en raison de complexités ou d’inefficacités imprévues.
  • Stratégie d’atténuation : Adoption de techniques de gestion de la valeur acquise (GVA) (coûts, portée, temps) pour contrôler les performances financières et procéder à des ajustements fondés sur des données.
• Imprévus non planifiés : Les problèmes émergents, tels que les nouveaux bogues ou les failles de sécurité, peuvent nécessiter un financement supplémentaire.
  • Stratégie d’atténuation : Allocation d’un budget d’urgence et utilisation d’outils d’évaluation des risques proactifs tels que l’analyse des modes de défaillance et de leurs effets (AMDE).

4 – Risques liés au personnel

• Résistance au changement: Les membres de l’équipe peuvent résister aux nouvelles technologies ou aux nouveaux processus.
  • Stratégie d’atténuation : Engagement dans des communications internes proactives et utilisation de modèles de gestion du changement pour faciliter l’acceptation.
• Attrition des connaissances : La perte de personnel clé entraîne un vide au niveau des compétences essentielles et des connaissances institutionnelles.
  • Stratégie d’atténuation : Mise en œuvre de mécanismes de sauvegarde du personnel et de transfert des connaissances.

5 – Délai de livraison et impact sur la réputation

• Délai de mise sur le marché: Les retards dans l’achèvement du projet entraînent la persistance d’une mauvaise qualité des logiciels.
  • Stratégie d’atténuation : Application des méthodologies Agile pour permettre des itérations plus rapides et s’adapter aux changements du marché.
• Érosion de la marque : Un projet de qualité raté ou retardé sape la valeur de la marque et érode la confiance des clients.
  • Stratégie d’atténuation : Maintenez une communication transparente avec les parties prenantes et préparez-vous avec un plan de communication de crise.

6 – Gouvernance et contrôle continu

• Approche : Mettez en place un bureau de gestion de projet (PMO) équipé de tableaux de bord en temps réel pour superviser les indicateurs clés de performance et les mécanismes de responsabilité.
• Avantage : cela permet d’évaluer les risques en permanence et d’adapter les stratégies en fonction des besoins.