Pourquoi les responsables QA ne sont pas nécessaires dans les projets Agile

Dans cet article, j'explique comment le rôle traditionnel de «QA Manager» a évolué et est devenu redondant et pourquoi beaucoup se sentent menacés par leur futur rôle de QA Manager.

Le rôle et les responsabilités des responsables QA ont beaucoup changé au cours des dernières années, principalement en raison du passage de nombreuses organisations à des méthodologies de développement agiles où il existe des groupes d'équipes agiles travaillant ensemble pour atteindre des objectifs commerciaux.

De nombreux responsables QA se sentent souvent confus quant à leurs rôles et se sentent déplacés lorsqu'ils sont placés dans un contexte agile, en particulier lorsqu'ils ont été en charge de la gestion d'une équipe de test et de la définition des processus d'assurance qualité pour une organisation.




Responsables QA dans les projets Agile

Voici quelques-unes des raisons pour lesquelles un QA Manager dans un projet agile n'est pas nécessaire pour gérer les testeurs et l'effort de test.

Pas de département de test

Dans une configuration agile appropriée, il n'y a pas de «service de test», où un groupe de testeurs est assis ensemble, généralement à l'écart des développeurs et géré par un responsable de test ou un gestionnaire de test.


Dans un environnement agile également, l'accent est beaucoup moins mis sur une documentation lourde telle que des plans de test détaillés, ce qui est généralement le travail du responsable QA pour rédiger ces documents selon des méthodes traditionnelles.

Dans Scrum, qui est une méthodologie de développement agile populaire, il y a trois rôles principaux:

  • Propriétaire du produit
  • Scrum Master
  • Équipe Scrum

L'équipe Scrum est autogérée et est composée de développeurs, de concepteurs et de testeurs. L'équipe Scrum elle-même est chargée de fournir des logiciels de haute qualité.

Aucune responsabilité

Il est révolu le temps où le responsable de l'assurance qualité était tenu pour responsable en cas de fuite d'un défaut vers la production. En Agile, tout le monde est responsable et la qualité est la responsabilité de chacun.


Lorsqu'un incident de production se produit, tout le monde se rassemble pour voir ce qui n'a pas fonctionné et comment il peut être évité à l'avenir.

Il n'y a pas de place pour QA Manager dans Agile car cela enlève indirectement la responsabilité de l'équipe pour le QA, ce qui est la raison pour laquelle les bonnes équipes Scrum offrent une qualité bien supérieure. Il est important de réaliser que l'assurance qualité et donc les tests font partie intégrante des méthodologies de développement Agile.

Pas de gestion quotidienne des testeurs

En Agile, les priorités de l'entreprise changent fréquemment et l'équipe Scrum doit s'adapter aux priorités changeantes. Il est presque impossible de suivre tous les changements, surtout lorsqu'il y a plusieurs équipes Scrum dans une grande organisation.

Comme le cite Stephen Janaway dans son article de blog sur « La fin de la route pour les Test Managers? '


Être Test Manager dans un environnement Agile peut parfois être isolant, en particulier lorsque le département est grand et que le nombre d'équipes agiles est important. Cela nécessite une capacité à équilibrer un grand nombre d'informations, de priorités et de tâches, dans un certain nombre de domaines. La gestion et l'influence des parties prenantes deviennent essentielles. La commutation de contexte est fournie en standard. Souvent, ce n’est pas très amusant.

Test des développeurs

Dans les équipes Agile, les développeurs sont encouragés à tester leur propre code et à rédiger des tests unitaires suffisants et efficaces pour s'assurer que le nouveau code ne comporte pas d'erreurs évidentes et pour être rapidement notifié dès que quelque chose est cassé.






Fondations et concepts DevOps

#devops

Lorsque nous avons une base solide de bons tests unitaires sur lesquels nous pouvons compter, cela supprime la responsabilité des testeurs d'avoir à tester des erreurs évidentes; au lieu de cela, ils peuvent se concentrer davantage sur les tests exploratoires et aider avec UAT qui ne nécessite pas une planification et une documentation approfondies.



Les responsables de l'assurance qualité passent à des méthodes de travail agiles

Alors, comment les responsables QA peuvent-ils passer à des méthodes de travail agiles et aider dans les projets agiles?


Bien que le rôle et les responsabilités traditionnels d'un responsable QA puissent ne pas être considérés comme nécessaires dans le contexte Agile, il existe certains domaines dans lesquels les responsables QA peuvent ajouter de la valeur.

Un QA Manager en Agile doit être un testeur expérimenté pour pouvoir fournir des conseils sur des situations difficiles. Ils doivent savoir comment les tests s'intègrent dans un projet agile.

Les points abordés dans le billet de blog Test Manager en Agile par Katrina Clokie (alias Katrina the Tester) donne un bon résumé du nouveau rôle de QA Manager en Agile:

  • Facilitation de la communication inter-équipes à travers de nombreux projets agiles au sein d'une organisation
  • Présenter une vue globale des tests à la direction de haut niveau
  • Soutien personnel, mentorat et développement professionnel pour les testeurs
  • Être un point d'escalade pour les testeurs
  • Budgétisation ou prévision pour les tests en tant que service en fonction du processus organisationnel

Les autres domaines dans lesquels les responsables QA d'Agile peuvent ajouter de la valeur sont:


  • Être un défenseur de l'AQ dans toute l'organisation
  • Recrutement d'ingénieurs d'assurance qualité et d'automatisation
  • Fournir une expertise technique, par ex. utilisation appropriée des techniques de test dans les cas appropriés
  • S'assurer que les équipes (Scrum Teams) mettent en œuvre et suivent les meilleures pratiques pour prévenir les défauts


Conclusion

Pour résumer, le rôle d'un responsable QA dans Agile consiste davantage à soutenir, former, faciliter et consulter d'autres QA et d'autres membres de l'équipe et de s'assurer que les meilleures pratiques d'assurance qualité sont établies et que la qualité est intégrée dès le départ.