Pourquoi les 7 principes de la qualité agile ?
Si vous avez déjà lu des articles dans la taverne vous êtes sûrement tombé sur des articles décrivant les 7 principes du test.
J’adore ces principes, ils sont pour moi une vraie boussole dans mon travail lié au test et à la qualité. Néanmoins, comme toute chose, ils ont leurs limites. J’ai d’ailleurs fait un article dédié à ces limites en « testant » les 7 principes du test.
Au delà de cela, dans le contexte actuel et la démocratisation des développements en agile je suis conscient que le mot test fait « peur » mais aussi que l’on parle plus de « Qualité » que de test. De même dans le contexte particulier de l’agile je tombe souvent sur des limites des 7 principes. Je pense notamment au fait de parler d’équipe, de changements ou même d’évaluation de la qualité.
C’est dans cette optique que j’ai initiée ma réflexion et que je vous propose 7 principes de la qualité en Agile.
Principe 1: tout évolue
Description
« Tout évolue », je pense que ces 2 mots permettent d’appréhender la complexité de la qualité.
Ce n’est pas parce que le service numérique que l’on propose est de qualité aujourd’hui qu’il le sera demain. De même:
- Ce n’est pas parce que nos tests sont bons aujourd’hui qu’ils le seront demain.
On est bien sûr ici sur le principe de l’usure des tests… Mais pas seulement! Les tests dépendent du contexte et le contexte évolue aussi. Les tests doivent évoluer avec.
- Ce n’est pas parce qu’il y a une règlementation aujourd’hui qu’elle sera identique demain.
Les lois, notamment sur le respect des données personnelles, changent. Il faut être capable de les prendre en compte.
- Ce n’est pas parce que les serveurs actuels sont correctement dimensionnés qu’ils le seront demain.
L’utilisation d’un service numérique fluctue. Avoir un logiciel de qualité lorsque l’on a 10 000 utilisateurs ne veut pas dire qu’il le sera avec 100 000… Ou avec 1 000 (dans ce cas on est plus sur un surdimensionnement et une consommation de ressource excessive).
- Ce n’est pas parce que l’on répond à une demande actuelle que l’on répondra à la demande de demain
Les demandes des utilisateurs évoluent en fonction de leurs expériences. En fonction de ce que l’on propose et ce qu’ils ont expérimenté, leurs attentes et demandes changent.
Conséquences
Tout évolue ! Tout change !
Sachant cela il est nécessaire de s’adapter continuellement si l’on veut continuer à proposer de la qualité…
- Vous souhaitez proposer un service de qualité ?
Inspirez-vous de vos expériences (pas uniquement celles du travail) et de retours d’expériences partagés par des membre de la communauté… Mais gardez en tête que la même approche que celle d’une expérience réussie ne fonctionnera pas forcément si elle est reprise à l’identique.
- Vous avez un service de qualité ?
Soyez vigilant afin de conserver un bon niveau de qualité, vous ne pouvez pas vous reposer sur vos acquis!
Principes du test liés
- les tests dépendent du contexte
- L’usure des tests
- L’illusion d’absence d’erreur
- Les tests exhaustifs sont impossible
Exemples
- La sortie de « Breath of the Wild » a apporté une nouvelle vision des jeux Open World. Beaucoup de jeux considérés comme de bon jeux avant sont maintenant considérés comme « mauvais » avec ces nouveaux critères
- Beaucoup de jeux « rétro » vieillissent mal. Pokémon rouge et Bleu, excellents en leur temps sont maintenant difficilement jouables car trop lents.
- La multiplication des smartphones a rendu beaucoup d’interfaces obsolètes car non adaptées
- Les changements de l’algorithme de LinkedIn ont détérioré la qualité de ce réseau pour le partage de connaissance et d’articles.
- La démocratisation des LLMs a bouleversé beaucoup de pratiques
- Le turn over fait perdre de la connaissance. J’ai rencontré plusieurs équipes qui ne modifiaient plus certaines parties d’un logiciel à cause de la perte de la connaissance et de la complexité de ces dernières
- La dématérialisation a changé les habitudes et la monétisation de beaucoup d’industries (presse, jeux vidéos, vidéos…)
Ce qu’il faut retenir
Rien n’est jamais acquis…
Rien n’est jamais perdu…
Le monde change que cela soit au niveau des utilisateurs, des lois, des outils, des services numériques existants… La qualité tout comme les tests, dépend du contexte. Proposer un service numérique de qualité c’est proposer un service numérique de qualité à l’instant T.
La qualité d’aujourd’hui n’est pas celle d’hier et ne sera pas celle de demain.
Pensez à rejoindre le groupe « Le métier du test » si vous souhaitez échanger sur le test
Merci à tous ceux qui mettent « j’aime », partagent ou commentent mes articles
N’hésitez pas à faire vos propres retours d’expérience en commentaire.
2 réponses
Un rappel utile pour les équipes de test. La vigilance constante et l’adaptation sont essentielles, surtout dans des environnements où les réglementations (RGPD, etc.) et les technologies (LLMs) changent rapidement.
tu mentionne l’importance des retours d’expérience, mais sans les appliquer aveuglément. Comment distinguer un bon retour d’expérience d’un biais ou d’une solution obsolète ?
Je ne pense pas qu’il y ait de « bons » et de « mauvais » retours d’expérience. Par contre il est important de se rappeler qu’un retour d’expérience est lié à un contexte. Les contextes ne pouvant pas être identiques il faut savoir comprendre les retours d’expérience pour savoir ce qui est applicables ou non dans son contexte, ce qui doit être adapté, ce qui doit être imaginé et ce qui peut être dépriorisé.