Débat Qualité : Différence entre plan assurance qualité et plan qualité ?

Je ne sais pas s'il existe vraiment une différence fondamentale entre les deux en tout cas je crois qu'on peut dire qu'un PAQ (plan assurance qualité) peut avoir plusieurs noms. Un que j'utilise est plan de développement ce qu'on rédige en début de projet qui est en fait aussi un PAQ

Un peu d'histoire.... et pas seulement appliquée à l'informatique mais à tous les systèmes qualité...

En 1987 est née la série des normes ISO 9000, dont le trio ISO 9001, 9002 et 9003. Ces trois normes étaient des exigences en matière de système d'assurance qualité.
Dans la norme des définitions relatives à ce sujet (ISO 8402) se trouvait alors je crois la notion de Plan d'assurance qualité.

A la dernière révision de la famille ISO 9000, laquelle à vu la fusion du trio en une seule norme ISO 9001, on est passé au concept de système de management de la qualité.
Et dans les définitions, qui ont cette fois intégré l'ISO 9000 (ISO 8402 a disparu), on trouve la notion de Plan qualité.

En fait, ces deux notions recoupent bien la même chose : Les dispositions d'organisation spécifiques à un projet et qui précisent, complètent ou dérogent au système de management qualité de l'organisme.

Je n'ai plus la norme sous la main mais ça doit être grosso modo ça.

bonjour,
le plan qualité précise les dispositions nécessaires pour mener à bien le projet.
le plan assurance qualité ne contient que les disposition inhérentes à l'assurance qualité.

la différence se voit plus facilement dans les normes aéronautiques comme la DO178B qui différencie les différents processus

SG / ingé qualité

Euh... ben là je ne vois pas la différence ! Et comme je ne connais pas la DO178B...

Tu peux développer STP ?

Je dirais aussi que le Plan Assurance Qualité permet de définir plusieurs points importants relatifs au projet :

Les objectifs du PAQ
le domaine d'application du PAQ
La responsabilité de réalisation et de suivi du plan
la liste des documents applicables et de référence
les critères d'évolution du PAQ au cours du projet
la terminologie utilisée (pour être sur que nous avons tous la même compréhension des termes utilisés dans le PAQ)
Les métriques utilisées...

je viens d'avoir ma première partie de cours...

L'ISO propose un modèle de document qualité (trouvable facilement sur internet)qui reprends certaines choses que tu énonces Franck

De mémoire il doit y avoir une dizaine de chapitre avec en plus de ce que tu ne cites pas : Gestion de la configuration et gestion des fournisseurs

Oui, je sais, c'est pour le prochain cours..

Personnellement, ma vision des choses est la suivante :

La "qualité" (et surtout sa perception) est une notion très relative qui dépend beaucoup de l'interlocuteur et du contexte. Pour un logiciel :
- La qualité pour un utilisateur c'est avant tout que le logiciel rende le service pour lequel il l'utilise tous les jours. En un mot le fonctionnel. Il faut que le logiciel facilite la vie de l'utilisateur. Et dans ce cas, même de nombreux bug ne sont pas nécessairement un gros défaut. Une fois que l'utilisateur a appris à les contourner, il finit par ne plus les voir...
- La qualité pour la production c'est une appli stable qui fonctionne toute seule. C'est un site qui ne tombe pas plusieurs fois par jour. Ce sont des serveurs qui n'ont pas besoins d'être redémarré tout le temps. C'est aussi une appli suffisamment légère pour ne pas nécessiter 50 000 machines à surveiller en permanence.
- La qualité pour le développeur, c'est un code facile à lire, à écrire et à maintenir. C'est une appli développée rapidement, en assemblant un maximum de composants tout faits. Peu importe ce qu'il y a derrière, peu importe si c'est une usine à gaz qui va consommer des ressources monstrueuses en production. Du moment que ce n'est pas le développeur qui écrit les boîtes noires, pour lui c'est simple, rapide à développer, facile à comprendre et à maintenir.... En plus c'est beau, c'est sexy, c'est à la mode, c'est génial ! Et peut importe le fonctionnel, ce n'est qu'un prétexte pour mettre en oeuvre son art !

Comme on peut le voir, les critères de qualités peuvent être multiples et variés, parfois même en contradiction les uns avec les autres.

Si on veut qu'un projet aboutisse et donne satisfaction, il faut commencer par définir nos attentes en termes de qualité : Quels seront les critères qu'on va retenir, quels seront leur importances relatives...
Ces choix pourront être différents d'un projet à l'autre. Tout dépend du contexte. Il faut donc commencer par établir un document qui va poser et définir ces choix (le plan qualité ?)

Une fois qu'on a posé notre définition de la qualité que l'on veut pour le projet, il reste à voir quelles dispositions on va prendre pour nous permettre de l'atteindre. On entre alors dans le domaine de l'Assurance Qualité (et du plan d'assurance qualité).

Mes cours d'assurance qualité commencent un peu à dater, mais je crois que ça colle assez bien à tout ce qui a été dit.