Simyl
simylflow
Accueil du cours
Module 2 : Le cadre Scrum
Leçon 2 sur 3
20 min

L'équipe Scrum

Comprendre les trois rôles et leurs responsabilités.

1Une équipe, trois responsabilités

L'équipe Scrum est une unité cohésive de professionnels concentrés sur un produit.

Il n'y a pas de sous-équipes ou de hiérarchies — juste trois responsabilités distinctes :

  • Product Owner — Responsable de maximiser la valeur
  • Développeurs — Responsables de créer un incrément utilisable
  • Scrum Master — Responsable de l'efficacité de Scrum

Remarque : Le Guide Scrum 2020 utilise « Développeurs » pour tous ceux qui créent l'incrément, quel que soit leur titre de poste. Les testeurs, les concepteurs et les autres sont tous des « Développeurs » dans les termes de Scrum.

Taille de l'équipe

Les équipes Scrum comptent généralement 10 personnes ou moins. Les petites équipes communiquent mieux. Si vous avez besoin de plus de personnes, envisagez plusieurs équipes Scrum.

2Le Product Owner

Le Product Owner est une personne, pas un comité. Il est responsable de :

Développer et communiquer l'objectif du produit La vision de la direction que prend le produit. Cela guide toutes les décisions.

Créer et ordonner le backlog du produit Décider quoi construire et dans quel ordre. Cela nécessite de comprendre la valeur, le risque et les dépendances.

Assurer que le backlog est transparent et compris L'équipe devrait comprendre les éléments du backlog suffisamment bien pour en discuter.

Principe clé : Le Product Owner peut déléguer ces activités, mais reste responsable de celles-ci. L'organisation doit respecter les décisions du PO — le backlog reflète ses décisions, pas un vote de comité.

Product Owner efficace

Sarah dit « non » à une demande d'une partie prenante qui ne s'aligne pas avec l'objectif du produit. Elle explique le compromis et suggère une alternative pour le prochain trimestre.

Anti-pattern

Le « Product Owner » est en fait trois personnes qui votent sur les priorités. Les décisions prennent des jours et personne ne prend la responsabilité des résultats.

3Les développeurs

Les développeurs sont des professionnels qui créent tout aspect d'un incrément utilisable à chaque sprint. Ils sont responsables de :

Créer un plan pour le sprint (backlog du sprint) Les développeurs décident COMMENT transformer les éléments du backlog en incrément.

Instaurer la qualité en adhérant à une définition de terminé La qualité n'est pas négociable. Terminé signifie terminé — pas « terminé en attente de tests ».

Adapter leur plan chaque jour vers l'objectif du sprint Le backlog du sprint est un plan vivant, mis à jour au fur et à mesure que l'équipe apprend.

Se tenir mutuellement responsables en tant que professionnels L'autogestion signifie que l'équipe gère ses propres problèmes.

Principe clé : Personne ne dit aux développeurs comment faire leur travail. Le Product Owner dit QUOI construire ; les développeurs décident COMMENT.

Malentendu courant

« Développeurs » ne signifie pas « programmeurs seulement ». Les ingénieurs QA, les concepteurs UX, les DBA — quiconque crée l'incrément est un développeur dans les termes de Scrum.

4Le Scrum Master

Le Scrum Master est responsable de l'efficacité de l'équipe Scrum. Il sert l'équipe et l'organisation en :

Aidant l'équipe à améliorer ses pratiques Coaching, facilitation, enseignement. Pas en faisant le travail à leur place.

Éliminant les obstacles au progrès de l'équipe Quand quelque chose bloque l'équipe qu'elle ne peut pas résoudre elle-même, le Scrum Master aide à l'éliminer.

Assurant que les événements Scrum sont productifs et limités dans le temps Facilitation, pas prise de présences.

Aidant l'organisation à adopter Scrum Parfois, les plus grands obstacles sont organisationnels. Le Scrum Master les aborde aussi.

Principe clé : Le Scrum Master est un leader-serviteur — il dirige en servant, pas en commandant. Il n'a aucune autorité sur l'équipe sauf l'autorité de l'expertise et de la confiance.

Scrum Master efficace

Pendant la rétrospective, le SM remarque qu'un développeur hésite. Il crée un espace pour que cette personne parle en posant une question directe, puis la protège de l'interruption.

Anti-pattern

Le « Scrum Master » assigne des tâches, rapporte l'état à la direction et prend des décisions techniques pour l'équipe.

5Comment les rôles interagissent

Les trois responsabilités créent un équilibre des pouvoirs :

Product Owner ↔ Développeurs Le PO décide QUOI et POURQUOI. Les développeurs décident COMMENT et s'engagent sur QUAND (en fonction de leur capacité, pas de la pression externe).

Scrum Master ↔ Product Owner Le SM aide le PO avec les techniques de gestion du backlog et la communication avec les parties prenantes. Il coache sur une gestion de produit efficace.

Scrum Master ↔ Développeurs Le SM aide les développeurs à s'auto-organiser, améliorer les pratiques techniques et éliminer les blocages. Il n'assigne jamais de travail et ne microgère pas.

La tension clé : Les PO veulent plus de portée ; les développeurs veulent un rythme durable ; le SM s'assure que le processus respecte les deux.

Points clés
  • Trois responsabilités, une équipe — pas de hiérarchie au sein de l'équipe Scrum
  • Le Product Owner possède QUOI construire ; les développeurs possèdent COMMENT le construire
  • Le Scrum Master sert en permettant l'efficacité, pas en commandant
  • Les rôles créent une tension saine qui produit l'équilibre
Pièges courants à éviter
  • Product Owner par comité — dilue la responsabilité
  • Scrum Master comme chef de projet — la microgestion tue l'auto-organisation
  • Développeurs attendant qu'on leur dise quoi faire — l'auto-organisation est attendue
  • Traiter le Scrum Master comme un rôle junior ou un tremplin