« Quality is not an act. It is a habit. » — Aristotle
Un projet peut être :
- livré à temps ;
- dans le budget ;
- conforme au planning ;
- accepté par le sponsor ;
et malgré tout... ne pas satisfaire réellement les utilisateurs.
Pourquoi ? Parce que respecter un plan ne garantit pas automatiquement la qualité.
La qualité pose une question beaucoup plus profonde :
« Est-ce que ce que nous avons produit répond réellement au besoin pour lequel le projet existe ? »
Sara arrive maintenant à une nouvelle étape. Elle a appris à gérer :
- le périmètre,
- le budget,
- les décisions,
- le changement,
- l'équipe.
Mais elle découvre que toutes ces dimensions doivent finalement converger vers une chose : un résultat utile.
🎬 Cold Open — Le test final
Il reste cinq jours avant le lancement.
Sara demande : « Est-ce que tout est prêt ? »
Yassine répond : « Techniquement, oui. »
Amina : « La présentation est terminée. »
Omar : « Le sponsor a validé. »
Sara sourit. « Parfait. »
Puis elle demande : « Est-ce que nous avons testé l'expérience utilisateur ? »
Silence. Amina regarde Yassine. Yassine regarde Omar. Omar regarde Sara.
Personne n'a vraiment testé le produit avec les étudiants.
Sara comprend immédiatement. Ils ont vérifié qu'ils avaient construit le produit. Mais pas encore qu'ils avaient construit le bon produit.
🌍 Cover Story — Conforme ne signifie pas forcément excellent
L'équipe organise rapidement une session de test. Cinq étudiants découvrent la plateforme.
Le premier commence : « Je ne comprends pas où je dois cliquer. »
Le deuxième : « Pourquoi dois-je remplir autant d'informations ? »
Le troisième : « Je pensais que cette fonctionnalité faisait autre chose. »
Le quatrième abandonne.
Le cinquième termine. Mais il dit : « Ça fonctionne... mais ce n'est pas très agréable. »
Sara reste silencieuse. La plateforme fonctionne. Elle respecte les spécifications. Elle a été développée dans les délais. Mais l'expérience n'est pas à la hauteur.
Le projet n'est pas encore réellement prêt.
🧠 Le concept en action — La qualité commence avant le contrôle final
Sara demande à Yassine : « Pourquoi n'avons-nous pas découvert ces problèmes plus tôt ? »
Il répond : « Nous avons surtout vérifié que les fonctionnalités fonctionnaient. »
Sara comprend. Ils avaient confondu deux choses :
Conformité — Le produit respecte-t-il les exigences définies ?
Valeur / adéquation au besoin — Le produit répond-il réellement au besoin de l'utilisateur ?
Les deux sont importantes. Mais elles ne répondent pas à la même question.
🔎 Quality Assurance vs Quality Control
Sara découvre une distinction importante.
Quality Assurance — Elle concerne principalement la manière dont le travail est réalisé. Exemples :
- processus ;
- standards ;
- méthodes ;
- revues ;
- bonnes pratiques ;
- prévention des erreurs.
L'objectif est de réduire la probabilité que les problèmes apparaissent.
Quality Control — Il concerne principalement le résultat produit. Exemples :
- tests ;
- inspections ;
- vérifications ;
- mesures ;
- identification des défauts.
L'objectif est de détecter les problèmes.
Une phrase pour retenir : la qualité ne consiste pas uniquement à trouver les erreurs. Elle consiste aussi à construire un système qui permet d'en éviter.
🎭 La leçon de Mme Benali
Sara explique : « Nous avons découvert plusieurs problèmes pendant les tests. »
Mme Benali demande : « C'est une bonne ou une mauvaise nouvelle ? »
Sara hésite. « Mauvaise... parce qu'il y a des problèmes. »
Mme Benali sourit. « Non. La mauvaise nouvelle aurait été de les découvrir après le lancement. »
Sara comprend. Un test qui révèle un problème avant qu'il ne cause des conséquences est une opportunité.
La qualité n'est donc pas la recherche d'un monde sans erreur. C'est la capacité à détecter et corriger les problèmes suffisamment tôt.
🔄 Le coût de la qualité
Sara découvre une autre réalité. Corriger un problème lorsqu'il est encore petit peut être relativement simple. Le corriger après le lancement peut nécessiter :
- du développement supplémentaire ;
- de nouvelles communications ;
- du support ;
- des corrections ;
- des explications aux utilisateurs ;
- une perte de confiance.
Plus un défaut est découvert tard... plus son impact peut augmenter.
Cela conduit à une règle simple :
Plus tôt nous détectons un problème, plus nous avons de marge pour agir.
🎙 Voice from the Field
Comment un étudiant peut-il développer son réflexe qualité ?
« Ne demandez pas seulement : "Est-ce que cela fonctionne ?" Demandez : "Est-ce que cela répond au besoin ?" Puis faites tester votre résultat par quelqu'un qui n'a pas participé à sa création. » — Professionnel du PMI Morocco Chapter
💡 À retenir : les personnes qui construisent un produit peuvent avoir du mal à voir ses défauts. Un regard extérieur est souvent extrêmement précieux.
🛠 PM Toolbox — La checklist qualité
Avant chaque livraison importante, Sara utilise désormais cinq questions.
1. Conforme ? — Le résultat respecte-t-il les exigences ?
2. Fonctionnel ? — Est-ce que cela fonctionne réellement ?
3. Utilisable ? — Un utilisateur peut-il l'utiliser facilement ?
4. Fiable ? — Le résultat reste-t-il correct dans différentes situations ?
5. Utile ? — Résout-il réellement le problème initial ?
📊 L'indicateur le plus important
Sara décide de ne pas mesurer uniquement : « Combien de tâches avons-nous terminées ? »
Elle commence aussi à mesurer : « Combien de problèmes avons-nous détectés avant la livraison ? » Et surtout : « Que disent les utilisateurs ? »
Elle découvre que les indicateurs techniques racontent une partie de l'histoire. Le retour utilisateur raconte une autre partie.
📖 PM Vocabulary — Acceptance Criteria
Les critères d'acceptation définissent les conditions qu'un résultat doit satisfaire pour être considéré comme acceptable.
Par exemple : une application doit permettre à un étudiant de s'inscrire en moins de trois minutes.
Ce critère est beaucoup plus précis que : « L'inscription doit être facile. »
Des critères clairs permettent de réduire les ambiguïtés.
📚 Resource Corner
📖 À explorer
Pour approfondir la gestion de la qualité, explorez les ressources du PMI consacrées à la qualité, à la performance et à la création de valeur.
Mais commencez surtout par une habitude simple : définissez ce que "bien fait" signifie avant de commencer à travailler.
🚀 PM Challenge
Choisissez un projet étudiant :
- présentation ;
- événement ;
- application ;
- mémoire ;
- projet associatif ;
- vidéo ;
- formation.
Écrivez cinq critères permettant de définir : « Un résultat de qualité ».
Exemple :
❌ « La présentation doit être professionnelle. »
✅ « La présentation doit permettre à une personne qui ne connaît pas le projet de comprendre son objectif en moins de cinq minutes. »
Votre défi : transformez cinq critères vagues en critères mesurables.
🌟 Student Spotlight
La qualité commence souvent avec une personne qui ose dire : « Nous pouvons faire mieux. »
Si vous avez déjà amélioré :
- un processus ;
- un événement ;
- une présentation ;
- une application ;
- une expérience utilisateur ;
partagez votre histoire. La communauté peut apprendre énormément des petites améliorations du quotidien.
💡 Insight of the Week
La qualité n'est pas synonyme de perfection. La perfection peut être trop coûteuse. Trop lente. Ou inutile.
La qualité consiste à atteindre le niveau de performance nécessaire pour créer la valeur attendue.
Un projet étudiant n'a pas nécessairement besoin d'une solution parfaite. Il a besoin d'une solution : utile, fiable, adaptée et cohérente avec son objectif.
🌐 PMI Corner
La qualité est étroitement liée à la valeur du projet. Un projet peut produire beaucoup de livrables. Mais si ces livrables ne répondent pas aux besoins des utilisateurs ou des parties prenantes, la valeur créée reste limitée.
La question fondamentale devient donc : « Comment savons-nous que notre projet a réellement réussi ? »
Et cette question nous conduit naturellement vers un autre sujet essentiel : la mesure de la performance.
📅 Community News — Question de la semaine
Vous avez deux produits.
Produit A — 95 % des fonctionnalités prévues sont terminées. Mais les utilisateurs rencontrent plusieurs difficultés.
Produit B — 80 % des fonctionnalités sont terminées. Mais les utilisateurs sont très satisfaits de celles qui existent.
Lequel est de meilleure qualité ?
👉 Expliquez votre réponse. Et surtout : quel autre élément devriez-vous connaître avant de décider ?
✍ PM Journal
Mon dernier projet : ....................................................
Comment définissais-je la qualité ? ....................................................
Comment l'utilisateur la définissait-il ? ..........................................................
Une différence entre les deux : ....................................................
Un problème que j'aurais pu détecter plus tôt : ....................................................
Une nouvelle pratique qualité que je vais adopter : ....................................................
💭 Takeaway of the Week
La qualité ne doit pas être une étape située à la fin du projet. Elle doit être présente tout au long du projet.
- Dans les exigences.
- Dans les décisions.
- Dans les processus.
- Dans les tests.
- Dans les feedbacks.
- Dans les discussions avec les utilisateurs.
La qualité n'est pas quelque chose que l'on ajoute à la fin. C'est quelque chose que l'on construit dès le début.
« Quality means doing it right when no one is looking. »
🎞 Post-Credit Scene
Le dernier test est terminé. Cette fois, les étudiants apprécient réellement la plateforme.
Sara respire. Le lancement est prévu dans cinq jours. Tout semble enfin sous contrôle.
Elle ouvre son tableau de bord. Puis elle remarque quelque chose. Les résultats des tests sont bons. Mais les données indiquent que certaines fonctionnalités pourraient être fortement sollicitées lors du lancement.
Sara appelle Yassine. « Est-ce que notre système peut supporter dix fois plus d'utilisateurs ? »
Yassine reste silencieux. Puis répond : « Nous ne l'avons jamais testé. »
Sara ferme lentement son ordinateur. Le projet est de qualité. Mais peut-il tenir sous pression ?
À suivre… (Numéro 19 — Le risque : le problème que vous ne voyez pas encore peut devenir celui qui décidera du succès du projet.)