Assurance qualité logicielle

Assurance qualité logicielle

Dire ce qu'on fait, faire ce qu'on dit, et le vérifier.

« La confiance ne se décrète pas ! »

A

Les lois que tout chef de projet a vécues

Le client teste.

On a prévu des tests en fin de sprint, une recette avant livraison, et on appellera ça "assurance qualité". Sauf que l'Assurance Qualité Logicielle (AQL) ne se réduit pas aux tests et n'est pas un filet de sécurité qu'on déploie à la dernière minute — c'est une discipline qui se planifie dès le premier jour, ou elle ne sert à rien.

La qualité comme alibi.

Le plan qualité existe, il a été rédigé en début de projet pour satisfaire le contrat. Personne ne l'a rouvert depuis. Les revues prévues n'ont pas eu lieu, les non-conformités ne sont pas tracées — et la direction croit que tout va bien.

La bonne surprise inversée.

La direction apprend les vrais problèmes du projet par le client, pas par son équipe. Faute de remontée indépendante et structurée, les signaux faibles ne parviennent jamais en haut — jusqu'à ce qu'il soit trop tard.

B

Comment y échapper ?

Dire ce qu'on fait, faire ce qu'on dit, et le vérifier. L'assurance qualité n'est pas une activité technique — c'est un dispositif de surveillance qui donne à la direction du projet la visibilité sur le respect des plans et des directives de l'organisation.

1er niveau

Assurer les fondamentaux de l'assurance qualité

01.

Définir la qualité attendue. Avant tout développement, traduire les exigences en critères mesurables. Ce qui n'est pas défini ne peut pas être vérifié — et les exigences implicites sont les plus dangereuses.

02.

Planifier l'Assurance Qualité comme une activité à part entière. Un Plan d'Assurance Qualité écrit, daté, suivi — distinct du plan de tests, antérieur à lui.

03.

Nommer un responsable qualité indépendant. On ne peut pas être juge et partie. Le responsable qualité apporte à la direction une vue objective sur le respect des processus et des produits — pas une opinion, une vérification.

04.

Conduire des revues à trois moments clés. Au démarrage : les plans sont-ils en place ? En cours de réalisation : le projet suit-il ses engagements ? Avant livraison : la solution correspond-elle au besoin du client ?

05.

Tracer et traiter les non-conformités. Toute déviation est documentée et traitée selon une procédure établie. Ce qui ne peut pas être résolu dans le cadre du projet remonte à la direction.

06.

Rendre compte. Le Responsable Qualité reporte périodiquement à l'équipe projet et à la direction. La qualité est visible, pas présumée.

Fondations

Les supports qui ont servi à former mes étudiants à l'IUT de Belfort (2007-2020), et sur lesquels reposent les principes ci-dessus. Leurs principes restent ceux d'une conduite de projet rigoureuse.

menu_book

M08 · 2007 — Assurance Qualité Logiciel

Définitions, modèle ISO 9126, concepts et objectifs de l'AQL, exemple de processus de revues en trois temps.

Télécharger le PDF download
2ème niveau

À l'heure de l'IA, faut-il inventer une nouvelle approche ?

L'IA aggrave les trois lois. Le code généré s'accumule à une vitesse sans commune mesure avec ce qu'une équipe humaine produisait : les critères non définis au départ deviennent vite impossibles à rattraper. La confusion AQ/tests s'intensifie — on dispose d'outils d'automatisation des vérifications techniques, et on les confond avec un dispositif de surveillance des plans. Quant à la remontée indépendante, elle se complique : qui surveille la conformité d'un projet quand une partie des livrables est générée par un modèle dont personne ne maîtrise vraiment les raisonnements internes ?

L'IA peut aussi être un levier — aide à la rédaction des critères de qualité, détection d'anomalies, automatisation de certaines vérifications. Mais seulement si le cadre de vérification est posé avant. Sinon, elle amplifie le désordre existant.

Ces changements dessinent un territoire où l'expérience du pilotage rencontre des paradigmes neufs — et où chaque organisation doit trouver sa propre voie.

Maîtriser les fondamentaux est toujours nécessaire bien sûr, mais ne suffit plus.
Il faut les penser à l'heure du développement augmenté.
C'est cette double démarche — s'approprier les principes et les actualiser face à l'IA — qui distingue aujourd'hui les organisations qui livrent vraiment avec confiance de celles qui se laissent emporter.

C'est justement l'objet de mes travaux.

En savoir plus arrow_forward

Les autres fiches

Voir tout