Les rôles dans une équipe agile

Méthode agile : Présentation générale

Le Product Owner

Le Product Owner est le représentant des clients et de leurs désirs. Il a en charge le bon déroulement du développement du produit, le résultat du projet.

Il ne participe pas au développement et ne fait pas partie de l’équipe agile car il doit rester neutre par rapport à l’esprit d’équipe qui se forme.

Il a la charge de prioriser les tâches au cours des cérémonies afin de conserver les objectifs. C’est le principal mainteneur du Backlog et du Lean Canvas.

Il est souvent assisté du Scrum Master.

Il a la décision ultime et il est le seul qui peut déplacer une histoire en DONE (à l’exception éventuelle de bots spécifiques à des NFR répétitifs comme les mises à jour).

Il est l’interface entre l’équipe et les autres acteurs du projet et bien sûr, les clients.

Les Product Owners peuvent se hiérarchiser entre eux avec un Product Manager gérant l’ensemble des équipes agiles d’un projet et le Backlog général. Dans ce cas, le Product Owner d’une équipe ne gère que les histoires du Backlog avec les labels dévolus à cette équipe.

Le Scrum Master

Le Scrum Master a en charge la bonne santé de l’équipe. Il est là pour s’assurer que l’équipe suit toujours la méthode agile « Scrum » et ses bonnes pratiques.

Au début, il anime les réunions quotidiennes «  Scrum » de l’équipe.

Il est au service de l’équipe et fait en sorte qu’elle se sente bien et reste efficace. Il cherche à lever les obstacles rencontrées par celle-ci.

Il veille à ce que l’équipe gagne en autonomie. C’est lui qui insuffle des pratiques nouvelles, si nécessaire, en accord avec le Product Owner.

Il n’est en aucun cas une sorte de chef d’équipe.

Des types d’équipe agile

Une équipe agile est constituée au maximum de 7 personnes. Au delà, l’efficacité de l’équipe diminue rapidement.

L’environnement des ces équipes sera plus détaillé dans un futur dossier. Mais voici un avant-goût.

MarketOps

L’équipe de marketing opérationnelle a la faculté de déterminer des stratégies marketing de court terme et de les mettre en place rapidement.

DevSecOps

Hérité du DevOps. Cette équipe développe, met en production (opérationnel) et sécurise ses développements.

Elle peut être parfois scindée en 2, une équipe étant dédiée à la réalisation des tests dans l’optique de diminuer les biais humains dus au fonctionnement en équipe.

Blue Team / Red Team

Pour des projets avec plus de moyens, on peut dédier deux équipes à la sécurité du projet (informatique ou autre).

La Red Team représente l’agression, l’attaque. Elle a pour charge de penser comme un agresseur éventuel et de chercher toutes les failles du projet pour le mettre à mal.

La Blue Team représente la défense. Elle doit défendre le projet des agressions et mettre en place les outils pour y parvenir.

Cette façon de faire permet de prévenir plutôt que guérir.

Les Sprints de ces équipes peuvent être organisés autour d’objectifs :

• Le CTF (Capture the Flag) consiste à récupérer une information au sein du système pour la Red Team et à l’empêcher pour la Blue Team ;
• L’arène de destruction consiste à détruire des portions du système pour la Red Team et à l’empêcher pour la Blue Team ;
• « Vous ne passerez pas ! » consiste à fermer des accès au système pour la Red Team et à les maintenir ouverts pour la Blue Team (utile pour les DDOS en informatique) ;

Sources

• L’expérience Limawi
• Scaled Agile Framework
• Savoir Agile