Menu

Les 3 principes d'Amigo en Agile: BA, développeur et QA Three Amigos

  • Principal
  • Autre
  • Les 3 principes d'Amigo en Agile: BA, développeur et QA Three Amigos

3 amigo principle agile

Essayez Notre Instrument Pour Éliminer Les Problèmes

Introduction au principe 3 Amigo:

ado net questions et réponses d'entrevue pour les expérimentés

Auparavant dans la série Scrum, nous vous avons présenté le concept d'apporter autosuffisance au sein des membres de l'équipe Scrum pour induire la culture produisant de la valeur commerciale sans nécessiter aucune aide du monde extérieur.

Dernièrement, j'ai été aligné sur un projet client où j'ai travaillé en tant que Scrum Master. Ayant travaillé dans plusieurs projets basés sur Scrum, j'ai réussi à intégrer la méthodologie aux méthodes de travail du client.

Cependant, après un certain laps de temps, beaucoup d'imprécision a été trouvée autour de l'exigence de compréhension.

Chaque membre de l'équipe Scrum a sa propre version de la compréhension des exigences!

Principe des 3 amis

Ce que vous apprendrez:

Aperçu

Que se passerait-il si les développeurs et les responsables du contrôle qualité avaient deux points de vue différents sur la même exigence?

La ligne de conduite évidente, dans ce cas, sera que les développeurs développeront l'incrément en gardant leur perspective à l'esprit tandis que les testeurs le testeront en gardant leur propre perspective à l'esprit.

Les deux perspectives ont tendance à créer un écart et les problèmes ne sont alors abordés que vers la fin du sprint. Le pire des cas serait s'il ne reste plus de temps pour résoudre ces problèmes dans le Sprint, nous mettant dans une situation pour ajouter des éléments supplémentaires dans un Backlog de Produit.

Afin de résoudre l'énoncé du problème ci-dessus, nous avons trouvé une solution pour avoir plus de sessions de discussion sur les exigences parmi les membres de l'équipe afin d'analyser et de réfléchir aux exigences dans leur ensemble. Et c'est ainsi que l'idée du Principe des Trois Amigo est apparue.

Avant de passer au principe des Trois Amigo, parlons d'abord de l'une des Pratiques de Test Agile, Test First Development (TFD) et comment il est associé aux Trois Amigos.

Test First Development (TFD)

Comme son nom l'indique, Test First Development est une pratique où les cas de test sont écrits par les ingénieurs de test avant toute activité de développement.

Ces cas de test sont ensuite discutés et partagés dans toute l'équipe. Les membres de l’équipe se réunissent maintenant pour discuter, améliorer et examiner les cas de test (également appelés «les trois amigos»). Les cas extrêmes sont également ajoutés à la liste des cas de test lors de cette réunion.

Nous pouvons également inclure le Product Owner pour ajouter et examiner les cas de test, ce qui renforcerait la confiance que les cas de test satisfont aux critères d'acceptation.

Maintenant que les cas de test ont été développés, tout le développement serait basé sur ces cas de test. Ce phénomène est également connu sous le nom de cycle de test-construction. Dans un cycle de génération de test, générez jusqu'à ce que tous les cas de test soient passés en laissant aucun espace pour que les bogues existent dans le système.

Le développement Test-First permet aux développeurs de créer un incrément qui répond aux critères d'acceptation et qui bénéficie de l'adhésion du Product Owner (voix du client).

De nos jours, les équipes ont commencé à adopter l'approche et le cadre de développement piloté par les tests (TDD), qui est la prochaine étape de Test First Development. Des outils comme Cucumber, Gauge, Specflow etc. sont parmi les plus populaires.

Le principe des trois Amigo

Qui sont les trois Amigos?

trois amis

Le principe des trois Amigo dit que les trois Amigos; Les analystes d'affaires, les développeurs et les analystes de la qualité devraient se réunir lors d'une réunion où:

  • L'analyste métier détaille chacune des exigences métier avec l'équipe.
  • Les membres de l'équipe d'assurance qualité discutent des scénarios de test déjà créés pour ces besoins métier.
  • Les membres de l'équipe de développement discutent de l'architecture et de la conception de bas niveau avec l'équipe.

L'objectif des trois réunions Amigo est de combler les lacunes dans la compréhension des spécifications commerciales par trois Amigo.

L'analyste métier s'assure que tous les membres de l'équipe ont la même compréhension et les mêmes attentes vis-à-vis de l'histoire / exigence de l'utilisateur métier. L'analyste métier recueille les commentaires et examine les commentaires des membres de l'équipe. Il / Elle ajoute également les informations manquantes et supprime les informations ambiguës de la User Story le cas échéant.

Étant donné que la santé du logiciel est toujours mesurée par ses normes de haute qualité, l'équipe d'assurance qualité élabore sur les aspects fonctionnels et non fonctionnels de l'incrément logiciel et détaille les cas de test identifiés pour tester l'incrément. Ils s'assurent également que tous les critères d'acceptation sont satisfaits par les cas de test.

Les autres membres de l'équipe aident à enrichir les cas de test en trouvant des cas limites et des scénarios manquants. Les membres de l'équipe de développement partageront leurs connaissances sur les restrictions techniques qui pourraient conduire à des contraintes de test.

implémentation de liste doublement chaînée en java

Les développeurs discutent de leur compréhension des exigences et de ce qu'il faut pour créer l'incrément. Ils discuteraient également de la mise en page de l'architecture et de la conception de bas niveau avec l'équipe pour former une compréhension commune de ce qui va être construit.

Le résultat global de la session Three Amigo est que toute l'équipe a une compréhension commune de ce qu'elle va construire dans le cadre du prochain sprint.

Trois processus Amigo

Le processus Three Amigo constitue ce qui suit:

# 1) Participants

Un représentant de l'équipe de développement et de l'équipe d'assurance qualité chacun et l'analyste commercial. Il est suggéré d'avoir ces représentants, les personnes qui vont réellement travailler sur cette exigence pour tirer le meilleur parti du concept. D'autres personnes comme les architectes, etc. sont toujours les bienvenues pour se joindre à la réunion et fournir leurs conseils.

# 2) Calendrier

Trois sessions Amigo sont généralement menées en N-1 Sprint. Il s'agit également d'un événement en boîte chronométré, c'est-à-dire qu'il ne peut pas être prolongé. La boîte de temps recommandée pour la session est de 1 heure qui est également sa durée maximale.

Si la fonctionnalité doit être développée en Sprint N. Ensuite, il est fortement recommandé de mener la session Three Amigo en N-1 ou N-2 Sprint.

# 3) Format

# 1) La réunion commence avec l'analyste commercial présentant l'exigence aux participants avec les documents de conception ou les wireframes. L'exigence commerciale devrait être bien préparée et documentée. On s'attend à ce que l'équipe ait déjà satisfait aux exigences avant la réunion.

# 2) Dans la prochaine étape, les participants passeront en revue l'exigence et fourniront des commentaires qui seront ultérieurement intégrés par l'analyste d'affaires. Les participants souligneront également les ambiguïtés et les lacunes, le cas échéant. On s'attend également à ce que l'analyste d'affaires supprime les ambiguïtés et comble les lacunes de l'exigence.

Parfois, il peut y avoir des situations où l'analyste commercial peut avoir besoin de confirmer les requêtes envoyées par les autres participants et ne peut pas incorporer directement cet examen lui-même.

# 3) Une fois que l'exigence est suffisamment préparée et que les participants n'ont plus de commentaires ou de questions ouvertes, l'exigence est marquée comme «Prêt».

# 4) Ensuite, les cas de test sont présentés aux participants tout comme les exigences. On s'attend à ce que les cas de test soient déjà bien formés et préparés.

# 5) Les participants examineront maintenant les cas de test et fourniront des commentaires. Le membre AQ intégrera toutes les suggestions fournies. Les participants indiqueraient également les cas de test manqués et les scénarios de cas extrêmes. L'objectif principal ici reste que les cas de test doivent répondre à tous les critères d'acceptation et avoir une bonne couverture de test.

# 6) L'étape suivante consiste à examiner les dépendances et les pré-requis qui auraient pu apparaître pendant la session.

quelle est la différence entre le contrôle qualité et l'assurance qualité

# 7) Les dépendances sont déterminées et les éléments d'action sont créés et attribués au membre de l'équipe concerné. De même, les tâches des pré-requis sont créées et affectées.

# 8) Tous les artefacts (exigences, cas de test, tâches, dépendances) mentionnés ci-dessus doivent être conservés dans un outil de gestion de projet comme JIRA afin que tout le monde puisse y accéder facilement.

# 9) S'il y a trop de commentaires de révision, l'analyste commercial et l'ingénieur d'assurance qualité peuvent choisir de les incorporer après la session.

Conclusion

Dans ce tutoriel, nous vous avons présenté le concept de Le principe des trois Amigo qui s'est avérée très bénéfique pour fournir la bonne solution à un rythme plus rapide avec de fortes boucles de rétroaction.

Les trois sessions Amigo ne laissent aucun espace pour avoir une compréhension différente de la même exigence. L'objectif de la réunion est de mettre tout le monde sur la même longueur d'onde et de les laisser ensuite accepter l'exigence avant de passer à la phase de développement.

Si vous travaillez déjà dans le cadre Agile, je vous recommande vivement d'essayer de faire quelques sessions The Three Amigo Session et d'observer le changement par vous-même.

Notre prochain tutoriel vous expliquera plus en détail le framework agile Scaled!

Tutoriel PREV | Tutoriel SUIVANT

lecture recommandée

^