2/5 : La team Scrum

On entend souvent parler d’Agile, de Scrum, de Scrumban… Qu’est-ce que Scrum au juste ?
Vous débutez avec Scrum, cette brève série sur le Framework est pour vous !

Team Scrum

La team Scrum est composée de différents profils, une équipe complète se compose d’un Product Owner, un Scrum Master et de développeurs.

Cette équipe polyvalente, présente toutes les compétences pour réaliser un incrément. Elle est surtout autogérée, autonome et donc décide seule en interne, de qui fait quoi, comment et quand. Elle gère toutes les activités en lien avec les parties prenantes, assure la collaboration, la vérification, la maintenance, les opérations, l’expérimentation, la R&D, le développement ainsi que tout ce qui est nécessaire pour la bonne réalisation d’un produit.
La team Scrum applique l’empirisme : elle apprend et adapte son travail en fonction de ce qui s’est passé sur les itérations précédentes.
Le framework est fait pour que l’inspection et l’adaptation par l’équipe soient permanentes. 

Une bonne équipe Scrum est de petite taille (max. 10 personnes) au-delà, il devient compliqué d’être autogéré et réactif.
Il n’y a pas de hiérarchie dans Scrum, chacun des intervenants à ses propres responsabilités et est autonome dans son travail.

Product Owner

Le Product Owner est une personne et non une entité, son rôle est de maximiser la valeur produite par les développeurs.
Il représente les besoins des parties prenantes qu’il traduit dans Product Backlog.

Il est l’unique responsable du Product Backlog, toutes modifications doivent être négociées avec lui.
Le Product Owner se doit de développer et communiquer la vision du produit. Pour cela il est en charge de la rédaction des items du Product Backlog et doit en assurer la bonne communication auprès de tous. De fait, il doit s’assurer que les items du Product Backlog soient clairs, bien organisés, et priorisés (la transparence, vous vous souvenez ? Un des trois piliers de l’empirisme).

Dans le cadre du Sprint Planning, il s’assure que les items du Product Backlog soient suffisamment bien détaillés pour être présentés aux développeurs. Il est responsable de la bonne compréhension de ces items avant qu’ils soient embarqués dans le Sprint Backlog.

Il peut déléguer ses tâches, mais il reste le seul responsable des décisions prises concernant le Product Backlog.
C’est le seul à pouvoir annuler un sprint.

Scrum master

Le Scrum master c’est LE coach garant du framework Scrum. Il travaille pour l’équipe, autrement dit si l’équipe est efficiente, il l’est aussi. Il aide à ce que l’ensemble de l’équipe et l’organisation comprennent et utilisent correctement le framework. Il peut être partie intégrante de l’équipe de développeurs.

Ses compétences et actions sont multiples :
Auprès des développeurs, il s’assure qu’ils soient de plus en plus autonomes et polyvalents au fur et à mesure des sprints. Il les aide à être plus efficaces dans la production de valeur et à bien respecter la notion de Definition of Done. Enfin, il encourage les développeurs à bien comprendre l’intérêt de préciser les détails des items du Product Backlog avant de les embarquer dans le Sprint Backlog ou sinon à les revoir avec le Product Owner.

Auprès du Product Owner, il vérifie qu’il comprenne l’importance d’être précis et exhaustif dans la description des items du Product Backlog pour garantir le moins d’incertitudes possible.

Enfin, il est le pont entre l’équipe Scrum et les parties prenantes dans la compréhension du framework. Il protège donc les développeurs des éventuelles demandes directes des parties prenantes.

Durant un sprint il lève les obstacles lorsqu’il y en a pour faciliter son déroulement. C’est lui qui organise et supervise les cérémonies Scrum en les time-boxant et s’assurant qu’elles soient efficaces et productives. Dans le cas où il participe au développement du produit, il peut intervenir activement aux cérémonies.

Globalement, il aide les équipes à mettre en place l’empirisme, c’est un facilitateur représentant du framework Scrum, au carrefour des personnes, du Product Owner/développeurs jusqu’aux parties prenantes.

Développeurs

L’équipe de développeurs est l’entité qui rend l’incrément utilisable après un Sprint. Les développeurs forment un groupe autonome et autogéré. Leurs compétences peuvent être variées en fonction du produit, en tout cas ils possèdent toutes les compétences nécessaires pour la réalisation du produit.

Pendant le Sprint Planning et avec la collaboration du Product Owner, ils définissent un Sprint Goal qu’ils s’engagent à atteindre à la fin du Sprint.
Ils sont responsables de la création d’un plan de réalisation pour le Sprint Backlog; personne ne peut leur imposer comment le faire. Ils sont également responsables de la quantité de travail qui sera embarquée.
Si elle n’existe pas dans l’organisation, ils définissent le Defintion of Done, garantissant la qualité et la valeur des incréments livrés.

 

C’était tout pour les rôles d’une Scrum Team, la prochaine fois on parle des cérémonies ! N’hésitez pas à vous référer au Scrum Guide si des doutes subsistent.

Alors Scrum, ça vous parle ?


Scrum vous intéresse ? Lisez la suite de notre série sur Scrum !
1/5 : Introduction à Scrum
3/5 : Les cérémonies