T-Shape
État d'espritBien qu’ils soient des spécialistes dans leur équipe, les collaborateurs doivent être aptes aux compétences des autres membres de l’équipe sur des actions simples
Description
Le terme "T-Shape" décrit visuellement les compétences attendues sur un profil T-Shape [van Veenendaal 2020] :
- La barre verticale du T représente l'expertise de la personne qui possède un niveau de compétence lui permettant d'aller au fond du problème.
- La barre horizontale du T représente toutes les autres compétences dont une équipe a besoin pour fonctionner, ce qui est exprimé par la largeur de cette barre ; en même temps, cette barre indique également que toutes ces autres compétences ont un niveau faible.
Ainsi, dans une équipe de T-Shapes, chaque membre est capable d'effectuer des tâches simples. Cette diversité de compétences permet à chaque membre de l'équipe de collaborer pleinement à chaque activité, tant qu'elle reste simple.
Dans une équipe Scrum, la pluralité des compétences est très importante afin de faciliter la valeur collaborative ("[...] avant la négociation contractuelle") du manifeste agile [Beck 2001]. Cette diversité est encore plus critique lorsqu'il s'agit d'une équipe DevOps où les problématiques Ops sont adoptées par les Devs [Beyer 2016].
Enfin, il convient de noter que cet état d'esprit se développe avec la maturité croissante de l'équipe et encourage à la fois la décentralisation du leadership et la confiance que l'organisation peut avoir dans une telle équipe à mesure qu'elle devient capable de s'organiser autour de la valeur.
Application à la maturité des tests
Certaines équipes ne disposent pas de testeurs professionnels et dans un atelier"3 Amigos", l'état d'esprit T-Shape garantit au moins l'approbation du rôle de testeur.
En outre, il permet également à l'équipe de :
- prendre la responsabilité de la qualité du produit [Moustier 2019-1] car l'écriture des tests et leur exécution restent possibles, même sans testeur.
- pour faciliter la transparence qui est particulièrement recherchée avec Scrum [Schwaber 2020].
La position d'Agilitest sur cette pratique
Agilitest propose une plateforme d'automatisation des tests en #nocode [Forsyth 2021], qui nécessite très peu de compétences techniques et permet donc un apprentissage très rapide.
Les scripts sont volontairement exempts de boucles afin d'éviter les erreurs algorithmiques et les boucles sans fin. En outre, l'outil résout toutes les difficultés technologiques en déployant tous les composants nécessaires pour exécuter des tests sur toutes les technologies, y compris la mobilité.
Pour découvrir l'ensemble des pratiques, cliquez ici.
Cartes connexes
Pour aller plus loin
- [Beck 2001] : Kent Beck etal. - " Manifeste pour le développement Agile de logiciels " - 2001 - http://agilemanifesto.org/iso/fr/manifesto.html
- [Beyer 2016] : Betsy Beyer, Chris Jones, Jennifer Petoff et Niall Richard Murphy - " Site Reliability Engineering : How Google Runs Production Systems " - O'Reilly Media - 2016 - ISBN-13 : 978-1491929124 - https://landing.google.com/sre/sre-book/toc/index.html
- [Forsyth 2021] : Alexander Forsyth - JAN 2021 - " Low-Code et No-Code: Quelle est la différence et quand utiliser quoi ? " - https://www.outsystems.com/blog/posts/low-code-vs-no-code/
- [Moustier 2019-1] : Christophe Moustier - JUIN 2019 - " Le test en mode agile " - ISBN 978-2-409-01943-2
- [Schwaber 2020] : Ken Schwaber et Jeff Sutherland - " Le Guide Définitif de Scrum : Les Règles de Jeu " - NOV 2020 - https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-French.pdf
- [van Veenendaal 2020] : Erik van Veenendaal - " The T-Shaped Tester " - Quality matters #10 - MAR 2020 - ethttp://www.erikvanveenendaal.nl/site/wp-content/uploads/T-shaped-tester-QM10.pdfhttp://www.erikvanveenendaal.nl/site/wp-content/uploads/Erik-van-Veenendaal-The-T-Shaped-Tester-eBook-2.pdf