Le testeur fait-il partie de l’équipe ?
***** OUI !!! *****
***** OUI !!! *****
Il faut vraiment arrêter de traiter le testeur comme quelqu’un ne faisant pas partie de l’équipe de réalisation ou équipe de développement en Scrum…
Le testeur existe-t-il toujours avec le TDD ?
Le TDD est une pratique de développeur, pas de testeur, et le testeur a un rôle à jouer même lorsque l’équipe pratique un TDD rigoureux.
Le testeur n’est-il pas un rôle qui complète la partie fonctionnelle ? Comme les UX par exemple ?
C’est toute l’équipe qui complète la partie fonctionnelle !
Et l’UX d’ailleurs fait aussi parti de l’équipe de développement. Ou alors c’est qu’on a fait le choix d’une orga de passage à l’échelle qui centralise “le produit” (avec UX et architecture) et un risque probable de réduire les “équipes de réalisation” à de simples usines de production de logiciel.
On parle d’ailleurs souvent de “digital factory”, tout est dit.
Je comprends comment une entreprise en arrive à centraliser ainsi hors des équipes la gestion du produit, et je ne vais pas renier que cela puisse être déjà beaucoup mieux que “avant”.
Néanmoins j’ai du mal à qualifier ça de réellement agile. C’est du MOA/MOE remanié mais qui existe toujours dans les faits.
Probablement qu’on produit mieux, mais on n’a pas repensé en profondeur l’organisation pour être réellement orienté produit, valeur, utilisateur, expérience, business.
Il n’y a pas déjà le PO qui teste ?
De plus, si on associe le rôle de testeur à celui du PO, cela suggère aussi que le rôle de PO est de tester.
Non, c’est à l’équipe de développement de livrer un incrément potentiellement livrable à chaque itération. Ça doit être dans le Definition of Done ou DoD. Ça doit être la responsabilité de l’équipe de développement.
Le PO, il fait du marketing, pas du test.
Est-ce que les développeurs testent s’il y a un testeur dans l’équipe ?
Commençons par mettre les choses au clair :
Les bons développeurs qui ne testent pas, ça n’existe pas.
On peut alors se demander à quoi sert le testeur s’il ne teste plus ?
Et bien en effet le testeur ne sert plus à rien pour les tests idiots, et j’ai envie de dire :
Ce n’est pas plus mal que ce job disparaisse vu qu’il est sans intérêt à faire.
Mais le testeur a tellement plus à apporter à son équipe et au produit que de faire des tests idiots !
En allant plus loin, et surtout en apportant un focus différent et essentiel sur le produit, sur les utilisateurs, sur le business.
À vrai dire c’est pendant la conception que le testeur a le plus de valeur ! Quand quelque chose est difficile ou galère à tester, c’est toujours parce qu’on n’a pas pris en compte la testabilité lors du développement. Le testeur agile n’est pas tant là pour tester que pour s’assurer de la testabilité du produit.
“Une semaine dans ma peau de testeur agile”
Si le sujet vous intéresse, je vous invite à suivre de près ma future conf “Une semaine dans ma peau de testeur agile” pour mieux comprendre toute la valeur d’un testeur dans une équipe agile.
J’essaie de la jouer à un maximum d’évènements ! D’ailleurs, n’hésitez pas à m’inviter 😏
Ce texte est tiré d’un échange de commentaires sur LinkedIn. Merci à ses participants.
Je me suis permis de reformuler certains passages pour en fluidifier la lecture. Vous pouvez consulter l’échange complet ici :
Judicaël paquet on LinkedIn: "Qui estime les user-stories ? #estimation #estimations…
July 29, 2019: Judicaël paquet posted an article on LinkedInwww.linkedin.com
Pour aller plus loin
Quel est le rôle du testeur agile ?
Why so few Agile testers?
Because most companies are faux-Agile…jp-lambert.me
Le PO teste-t-il ?
Le bon développeur teste
Le bon développeur, plus qu’un codeur
Skillz = coding + tests + produitjp-lambert.me
Que pensez-vous de cet article ?
Si vous avez aimé cet article, merci d’applaudir 👏 et de le partager !
Et pensez à souscrire à ma future newsletter : je prévois de quitter Medium, et cela sera le meilleur moyen de rester en contact.
À bientôt 😊