… elle a introduit la qualimétrie dans le développement
par mail
l'article
Le problème
Dans le cadre du programme d'amélioration de la performance de la DSI, la Banque de détail Société Générale en France (BDDF) a engagé une démarche d'amélioration de la qualité des développements logiciels. Avec un impératif : que ce dispositif de contrôle continu ne soit en aucun cas perçu comme une charge supplémentaire.
La méthode
1. Intégrer l'audit de qualité dans le développement
Dès le début du projet, fin 2007, Régine Groseil, responsable du pôle support aux développements, a voulu éviter l'écueil de l'outil imposé. “ Une démarche qualité ne se décrète pas, affirme-t-elle. Et je sais, pour l'avoir vécu quand j'étais du côté des études, qu'un outil imposé est sous-utilisé, voire rejeté. ” L'astuce pour impliquer d'emblée les équipes de développement et l'ensemble de l'encadrement dans le contrôle qualité du code : automatiser le processus de façon pleinement intégrée à leur environnement habituel de travail (aide au développement, outils de configuration…). “ Sans demander aucune action supplémentaire, précise la responsable. L'objectif affiché dans le cahier des charges était d'arriver à une complète autonomie des équipes de développement – internes ou prestataires – pour l'audit de qualité, comme pour le plan de progrès qui doit en découler. ” Ce que facilite, selon elle, le lancement automatique de l'évaluation du code dès la première compilation et tout au long du cycle de développement, mais aussi le rendu graphique de ce contrôle, dont la présentation varie selon les fonctions : des graphes pour les développeurs, des indicateurs clés de performance des applications pour les responsables de domaine et l'encadrement de la DSI.
2. Un projet à part entière
Le cahier des charges insistait sur la prise en compte des outils d'aide au développement pour que le dispositif de suivi de la qualité, même automatisé, ne soit pas considéré comme une couche supplémentaire. Pour autant, “ amorcer une démarche qualité qui commence depuis la définition des besoins est un projet à part entière ”, insiste Régine Groseil. De plus, l'ampleur du périmètre visé – 70 % du parc applicatif de la banque tant sur mainframe que sur systèmes distribués – impliquait de bien cadencer le déploiement. Et donc, d'en évaluer au préalable l'impact organisationnel. Dès l'acquisition de la solution de qualimétrie de Metrixware, un groupe de travail constitué des représentants des applications pilotes, assistés par des consultants d'IBM Global Services, a mis à l'épreuve le référentiel de règles livré avec l'outil sur une dizaine d'applications (Cobol et Java). “ On a calibré les règles, ajouté de nouvelles, mis des poids pour être sûr d'avoir une métrique adaptée à notre organisation en interne et avec les prestataires, et pour intégrer le contrôle de bout en bout dans le cycle de développement. ”
3. Un accompagnement pour toute l'équipe
Qui dit contrôle qualité dit mise en cause de la production. La difficulté étant, selon Régine Groseil, de faire admettre qu'il ne s'agit en aucun cas de surveiller mais de faire en sorte que chacun puisse prendre en compte sa propre marge de progrès. D'où l'attention particulière accordée à la conduite du changement, qui doit passer dans un premier temps par la formation : une heure et demie de présentation de la solution pour les développeurs, et une demi-journée d'entraînement à l'analyse des métriques pour les responsables d'application. S'y ajoute le relais de leaders locaux qui assurent le support de premier niveau, soit huit responsables de domaines lors de la première phase du projet pour les quatre départements études.
4. Un premier déploiement sur quelques applications
L'appropriation passe également par un déploiement progressif. Après la phase pilote de calibrage des règles (à partir de dix applications en développement) et d'introduction des normes et standards maison dans le référentiel, un premier lot constitué de nouveaux développements et de mises à niveau importantes de programmes existants (au total 65 applications) a permis de faire entrer dans le dispositif, durant l'année 2008, près du quart des équipes concernées. Un premier bilan aura lieu en janvier 2009, afin d'ajuster si besoin les métriques et surtout le volet accompagnement de la démarche, avant la généralisation à près de 300 applications et aux quelque 2 000 informaticiens concernés. “ Les messages, il faut les marteler. Expliquer. Faute de quoi, les plus belles métriques n'y font rien, l'approche qualité risque de rester lettre morte ”, concède la responsable support.
Société générale
Activité : Groupe de services financiers, dont le réseau banque de détail.
Création : 1864.
Produit net bancaire : 21,9 M d'euros en 2007.
Effectif : 151 000 personnes dans le monde.
Un contrôle qualité à la Société Générale
Intégrer dans les processus de développement d'applications une démarche d'amélioration continue de la qualité.
L'ensemble des applications développées sous Cobol et Java, soit 70 % du parc applicatif de la banque.
System Code de Metrixware, avec IBM Global services comme intégrateur.
Fin 2006, préparation du cahier des charges (dans le cadre d'une démarche CMMI), analyse du marché des solutions de qualimétrie et appel d'offres.
Octobre 2007 : maquette et acquisition du logiciel après sélection parmi deux outils présélectionnés.
De janvier à avril 2008 : phase pilote à partir de dix applications et réglage du référentiel.
D'avril à décembre 2008 : premier lot d'une centaine d'applications soumis au dispositif de qualimétrie.
Janvier 2009 : début de généralisation.
L'avis de l'intégrateur : Eric Allain, consultant application services chez IBM Global Services
Il intervient dans des projets d'amélioration de la performance des études et développements.
“ Veiller à bien positionner la qualimétrie ”
“ Il faut avant tout marquer la différence avec les outils d'analyse de code, car la qualimétrie ne s'arrête pas au suivi de production. Pour cela, les développeurs sont en général déjà outillés. S'ils n'y voient qu'une couche de contrôle de plus, le projet risque fort de tourner court. L'objectif est de disposer d'un outil de pilotage du parc applicatif sur fond d'indicateurs globaux, couvrant divers environnements et versions d'applications. ”
“ Définir les modes d'utilisation avant de choisir l'outil ”
“ La façon d'aborder la qualimétrie dépend de l'organisation de la DSI : niveau d'utilisation de progiciels, volume de TMA, prestations au forfait ou en régie, internationalisation des développements… Les usages varient aussi selon les profils d'utilisateurs : information consolidée dans un tableau de bord pour le DSI, vue d'ensemble d'un parc applicatif pour un directeur de projet, suivi de code pour les développeurs. Faire l'impasse sur ces étapes, c'est s'exposer à devoir tordre la solution choisie et compromettre son appropriation. Le critère essentiel est de capter l'information à la source, sur le poste du développeur. ”
