Les Rôles de Scrum
Il y a 3 rôles dans Scrum :
- Le Product Owner, le responsable du produit, qui priorise le Product Backlog
- Le Scrum Master, Coach Agile, qui s’assure que les règles de Scrum sont appliquées
- Les Développeurs, qui créent le produit progressivement à chaque itération
Ces trois rôles forment la Scrum Team
La Scrum team est composée du Product Owner, du Scrum Master et des développeurs.
Une équipe Scrum (ou Scrum Team) comporte 10 membres au maximum.
Jeff Bezos, le fondateur et propriétaire d’Amazon, considère que peu importe la taille de votre entreprise, les équipes individuelles ne devraient pas être plus grandes que ce que peuvent nourrir deux pizzas.
La Scrum Team :
Est auto-gérée. Il n’y a pas de chef ou de titre autre que ceux définit dans le Scrum Guide. Les équipes auto-organisées choisissent elles-mêmes la meilleure façon d’accomplir le travail demandé. Ce mode de fonctionnement peut être une réelle révolution au sein de votre société.
Les équipes Agiles sont pluridisciplinaire. Elle doivent être indépendantes et posséder toutes les compétences pour produire une version du produit potentiellement déployable. C’est à dire que le produit ciblé pourra être créé entièrement par l’équipe Scrum, sans aide extérieure.
Si nous pouvions résumer en une phrase le rôle du Product Owner, c’est le maximiseur de la valeur du produit.
Le Product Owner est une personne et non un comité
Il peut déléguer ses pouvoirs mais reste l’unique responsable du produit.
C’est lui qui a le dernier mot sur la priorisation des fonctionnalités et des futures évolutions du produit. En cas de désaccord entre parties prenantes ou avec l’équipe de développement, c’est lui qui prendra la décision finale. En conséquence, il est directement responsable du succès ou de l’échec du produit.
Le Product Owner est donc un rôle très important au sein de Scrum.
Autres points clés relatifs au rôle de Product Owner :
- Le product owner est le seul responsable du Product Backlog
- Ses décisions doivent être respectées au sein de l’organisation
- C’est le seul qui priorise les exigences pour l’équipe de développement
Le Scrum Master est le coach agile de l’équipe. Il intervient donc en tant que guide sur tous les évènements et tous les acteurs de l’équipe agile.
Il sera donc présent :
- pour aider le Product Owner à mieux gérer le recueil du besoin en respectant les principes agiles et règles du Scrum Guide
- lors de la planification du Sprint pour pratiquer une planification empirique avec l’équipe Scrum
- en cours de Sprint pour s’assurer que l’équipe est rigoureuse sur la tenue des évènements, sur la compréhension des ces évènements.
Par exemple, le Scrum Master ne doit pas nécessairement participer au Daily Scrum mais il doit s’assurer que l’équipe développement fait bien son Daily Scrum tous les jours.
Le point clé à retenir ici c’est que le Scrum Master, en tant qu’expert de Scrum, intervient auprès de tous les rôles et au niveau de tous les événements Scrum.
Le Scrum Master est « Servant-Leader » (Leader-Serviteur)
C’est-à-dire que ce n’est pas un chef, et surtout pas le chef de l’équipe Scrum, ni de l’équipe de développement. A l’opposé, le Scrum Master n’a pas pour rôle de faire le travail des autres.
Le Scrum Master guide l’équipe et au service de celle-ci.
Il doit mettre l’équipe sur la bonne voie. Il doit aussi protéger l’équipe notamment dans des organisations où la culture agile est faiblement développée.
Les développeurs sont les membres de l’équipe Scrum chargés de créer l’incrément.
Le Product Owner se concentre sur le quoi (= le besoin), le pourquoi, pour quels bénéfices
L’équipe de développement travaille sur la solution, le comment et le quand
L’équipe de développement est auto-gérée et pluridisciplinaire. Elle détient toutes les compétences pour livrer un incrément de manière autonome sans dépendre de compétences externes à l’équipe.
Pour réussir à accomplir sa mission, elle doit donc comporter des compétences variées comprenant des connaissances :
- du cœur de métier de l’entreprise
- d’ergonomie
- de design
- d’architecture et de technologies
- voir de gestion des opérations
Dans l’équipe développement : il n’y a pas de sous-équipe. Il y a une et une seule équipe de développement.
L’équipe est responsable collectivement. En cas de difficulté, on ne rejette pas la faute sur un individus.
En résumé, voici une équipe de développement c’est :
- Pas de chef
- Chaque membre est au même niveau
- Tous les membres sont solidaires et responsables
- Pas de coupables
Enfin dans ces équipes, nous l’avons déjà évoqué : il n’y a pas de titre donc un seul et unique titre : membre de l’équipe de développement.
