Gestion de la qualité
Définition
La gestion de la qualité en projet garantit que les livrables répondent aux exigences définies et aux attentes des parties prenantes. Elle couvre trois processus : planifier la qualité, gérer la qualité (assurance) et maîtriser la qualité (contrôle).
| Processus | Quand | Objectif | Groupe de processus |
|---|---|---|---|
| Planifier la qualité | Planification | Définir les standards et métriques | Planification |
| Gérer la qualité (QA) | Exécution | S'assurer que les processus sont suivis | Exécution |
| Maîtriser la qualité (QC) | Surveillance | Vérifier que les livrables sont conformes | Surveillance/Contrôle |
Contexte
Le CAPM distingue assurance qualité (prévention, processus) et contrôle qualité (détection, livrables). Le candidat doit comprendre que la qualité est planifiée et non inspectée après coup. Le coût de la prévention est toujours inférieur au coût de la correction.
Détails techniques
QA vs QC
| Dimension | Assurance qualité (QA) | Contrôle qualité (QC) |
|---|---|---|
| Focus | Processus | Livrables |
| Approche | Prévention | Détection |
| Moment | Pendant l'exécution | En fin d'activité ou de phase |
| Action | Audits, revues de processus | Inspections, tests, mesures |
| Responsable | PM / Équipe qualité | Testeurs, inspecteurs |
Coût de la qualité (COQ)
Coût de la qualité
├── Coût de conformité (investir pour bien faire)
│ ├── Prévention : formation, planification, revues
│ └── Évaluation : tests, inspections, audits
│
└── Coût de non-conformité (payer pour les erreurs)
├── Défaillance interne : rework, rebut, retests
└── Défaillance externe : garantie, rappels, perte de réputation
Règle clé : investir en prévention réduit les coûts de défaillance. Le coût de correction augmente exponentiellement dans le cycle de vie.
Outils qualité (les 7 outils de base)
| Outil | Usage | Quand |
|---|---|---|
| Diagramme cause-effet (Ishikawa) | Identifier les causes racines d'un problème | Analyse de défauts |
| Diagramme de Pareto | Prioriser les problèmes (règle 80/20) | Focaliser les efforts |
| Histogramme | Visualiser la distribution des données | Analyse statistique |
| Diagramme de contrôle | Suivre la stabilité d'un processus dans le temps | Surveillance continue |
| Diagramme de dispersion | Montrer la corrélation entre deux variables | Analyse de tendance |
| Feuille de relevé (check sheet) | Collecter des données de manière structurée | Collecte terrain |
| Diagramme de flux | Visualiser un processus étape par étape | Analyse de processus |
Niveaux de qualité dans les livrables
| Terme | Définition | Exemple |
|---|---|---|
| Qualité | Conformité aux exigences | Le logiciel fait ce que la spécification demande |
| Grade | Catégorie ou rang fonctionnel | Standard vs Premium vs Enterprise |
Une faible qualité est toujours un problème. Un faible grade peut être acceptable si c'est le choix du client.
Exemple concret
Plan qualité pour un projet de développement logiciel :
| Métrique | Standard | Méthode de mesure | Seuil d'alerte |
|---|---|---|---|
| Couverture de tests | ≥ 80% | Rapport outil de test | < 70% |
| Bugs critiques en production | 0 | Suivi post-déploiement | ≥ 1 |
| Temps de réponse API | < 200ms | Tests de charge | > 500ms |
| Satisfaction utilisateur | ≥ 4/5 | Enquête post-livraison | < 3.5/5 |
Lors d'un audit QA (mois 3), le PM découvre que les revues de code ne sont pas systématiques → il impose une règle de pull request obligatoire (prévention). Au mois 5, le QC détecte un taux de bugs supérieur au seuil → investigation via Ishikawa → cause racine : un module non couvert par les tests.