Les équipes Agile sont généralement transversales, ses membres possèdent des compétences distinctes comme par exemple développeur ou testeur. Leur collaboration contribue au succès de l'équipe. Regardons comment un Scrum Master peut aider les testeurs et les développeurs à travailler ensemble et à améliorer leur collaboration ?
Dans son billet de blog Lorsque les développeurs et les testeurs entrent en conflit, Len Lagestee s'est penché sur les situations dysfonctionnelles qui apparaissent dans les équipes entre les développeurs et les testeurs. Il commence par décrire ce qui peut se passer lorsque les testeurs deviennent membres d'une équipe agile :
Quand nous introduisons de l'agilité dans des organisations, c'est souvent la communauté des testeurs qui ressent fortement le changement. Après un bogue découvert en production, les testeurs sont la cible facile et font souvent l'objet de reproches. Les cellules de test ont donc mis en place des processus lourds avec des étapes d'approbation pour se protéger de ce qui risque d'arriver plus tard. La confiance doit-être rétablie avant que les testeurs s'engagent pleinement et interagissent librement avec une équipe.
Pour avoir une équipe agile qui fonctionne, il faut que les membres se respectent les uns les autres, et accordent de la valeur à ce que chacun peut dire. Lorsqu'une équipe agile est formée, Len suggère que le Scrum Master doit agir sur ces points :
Commencer petit, mais démarrer avec quelque chose de concret. Si dans votre organisation il existe un passif entre vos testeurs et vos développeurs, il ne va pas disparaître de lui-même et le dysfonctionnement ressortira plus fortement dans une équipe Agile. La qualité doit-être envisagée comme une épreuve de compétition effectuée en équipe.
Il suggère plusieurs choses qui peuvent être faites pour "construire (ou reconstruire) la relation entre les testeurs et les développeurs" :
- En apprendre davantage ensemble sur les besoins du client
- Construire conjointement les scénarios et les tests d'acceptance
- Mûrir votre définition du "_Done_", d'une tâche terminée
- Créer vos tests unitaires ensemble
- Privilégier le dialogue concernant la qualité et le "_Done_", par rapport aux outils et aux processus
ShriKant Vashishtha décrit dans son billet de blog Le développeur en premier automatise les tests, pourquoi il est important que développeurs et testeurs travaillent ensemble dans les équipes agiles :
Dans les projets agiles, les personnes s'éloignent de la culture "développeurs vs testeurs" (nous contre eux) et collaborent afin de livrer le produit à la fin du sprint. Le succès d'un sprint devient l'objectif principal plutôt que celui du développeur ou du testeur.
Il a essayé une approche où les développeurs et les testeurs réalisent ensemble les cas de test :
Les développeurs suggèrent d'écrire eux-mêmes le premier test fonctionnel de la User-Story, lequel jette les bases et fournit toutes les ressources nécessaires à la construction de nouveaux tests. Lors du développement de ces tests, les développeurs identifient les problèmes qui auraient bloqués autrement les testeurs. Comme les développeurs résolvent finalement ces problèmes, il est beaucoup plus logique qu'ils les découvrent eux-mêmes.
À partir de cette base, les testeurs poursuivent l'élaboration des cas de tests et créent davantage de tests automatisés. La règle a plutôt bien fonctionné et a également aidé les développeurs à comprendre les questions auxquelles les testeurs sont confrontés quotidiennement.
Ole Lensmar partage ses expériences à la conférence StarEAST à Orlando, dans Testeurs et développeurs veuillez apprendre à vous entendre. Il commence en soulignant la nécessité d'une collaboration entre les testeurs et les développeurs :
Ne devrions-nous pas être réunis ensemble pour parler de nos expériences sur le terrain, où testeurs et développeurs nous avons contribué à construire de grands produits ? Ne devrions-nous pas être assis ensemble exécutant des tests et déboguant du code pour créer le plus beau logiciel ?
Il mentionne plusieurs suggestions qu'il a entendu lors de la conférence StartEAST, et qui peuvent être utilisées pour faire tomber le mur entre les testeurs et les développeurs :
- Mettre en place du paire test-programming
- Installer et apprendre à utiliser les outils de chacun
- Participer ensemble à des hackathons !
- Comportez-vous face à vos testeurs et vos développeurs comme devant une même équipe intégrée
Le billet de blog Testeurs vs développeurs: comment en faire des amis ? décrit ce que vous pouvez faire pour rendre la relation plus conviviale entre les concepteurs et testeurs :
- Partager. Partagez vos réflexions, vos stratégies avec les développeurs
- Soyez réceptif et ouvert avec les développeurs afin qu'ils ne se sentent pas blessés. Donnez-leur l'occasion de partager avec vous quelque chose
- Positiver vos retours sur ce qui a eu lieu. Faites preuve de tact.