Comment ST a modernisé son plan d’Assurance Qualité avec Tuleap pour répondre aux normes ISO Cas client : STMicroelectronics

Comment démontrer la politique d’assurance qualité et la traçabilité?

« Prenons l’exemple de SOX (Sarbanes-Oxley). SOX est une obligation légale pour ST et toutes les grandes entreprises. D’abord, SOX s’applique uniquement sur les applications qui ont un impact financier sur notre fonctionnement. Pour notre cas, à travers les rapports et les liens croisés créés dans Tuleap, nous pouvons prouver aux auditeurs que l’on a fait le suivi complet d’une exigence (demande de changement d’un client interne, changement de version, etc) de manière maitrisée. 

Par exemple, on peut démontrer facilement que l’on a suivi la « Change Request » (CR) avec une « exigence » (REQ) qui a été implémentée dans notre produit et que l’on a testé cette exigence (TST). 

Le flux de validation et les liens entre « Change Request => Exigence => Test d’exigence » (ou de manière plus simplifié CR=>TST) sont fait dans avec Tuleap. Le rapport qui est généré doit prouver ces liens. S’il faut, l’auditeur pourra suivre le cheminement dans nos outils pour vérifier. »

Avant, ST utilisait HP QC pour gérer ses plans de tests. Pourquoi avez-vous changé pour une gestion des tests dans Tuleap?

« C’est lié au fait que HP QC fonctionne uniquement avec Internet Explorer 11. Etant donné qu’il ne sera plus supporté à partir de l’année prochaine, cela nous a poussé à en sortir. 

De plus, nous utilisons déja Tuleap pour collaborer sur des centaines de projets. Nous utilisons très largement les plannings agiles, les trackers et Git. En analysant le potentiel de tout ce qu’on pouvait faire avec Tuleap, avec l’outil de gestion des tests Tuleap Test Management et Tuleap Agile Dashboard, il nous a semblé plus stratégique et pérenne de tout faire avec Tuleap. Car Tuleap est un outil centralisé, moderne et maintenu dans le temps. 

Avec Tuleap, la gestion de l’assurance qualité est faite en parallèle de la gestion des exigences. C’est ainsi plus facile, lors des audits, d’apporter les preuves que ce que nous livrons est conforme ce qui a été demandé. Tout est tracé, tout est relié dans Tuleap. Nos équipes vont pouvoir préparer les étapes de QA, planifier les campagnes de validation, leur exécution et faire du reporting, tout au même endroit.»

V-Model (Waterfall approach)

Ce flow est utilisé pour les projets où nos clients internes sont moins engagés, ou plus fortement engagés mais pour des périodes courtes, où les spécifications sont déjà détaillées et précises, et enfin où nous avons de fortes dépendances avec des intervenants externes.

Adapted-Agile approach (Flexibility within defined boundaries)

Ce processus d’assurance qualité est utilisé pour les projets où nos clients internes sont assez engagés mais pour de longues périodes, où les spécifications sont peu connues d’avance et sont détaillées en cours de projet et enfin, où nous n’avons pas ou peu de dépendances avec des intervenants externes.

Full-Agile approach

Nous utilisons une approche agile complète pour des projets où nos clients internes sont assez engagés et pour des longues périodes, où les clients acceptent de ne pas détailler les spécifications dès le départ et de procéder pas à pas pour valider des hypothèses (approche basée sur la ‘découverte’) avec pas ou peu de dépendances avec des intervenants externes.

Dans le cadre de notre initiative sur la Transformation Digitale, c’est le processus « Full Agile » qui est de plus en plus utilisé dans nos équipes, même si certains projets sont développés en mode ‘V-Model‘ pour des raisons évoquées plus haut.

Avec la migration des projets dans Tuleap, nous avons mis en place les ressources nécessaires pour appliquer le flow ‘Full Agile’ avec le module Tuleap Test Management. Grace à notre relation privilégiée avec l’équipe Tuleap, nous avons l’assurance de pouvoir influer sur l’évolution du produit pour le rendre aussi proche que possible de nos process de développement. «