Autorité, Responsabilité et Rôles

Auteur : Scrum.org
Source : Accountability, Responsibility and Roles

---

Traducteur : Fabrice Aimetti
Date : 27/06/2024

---

Traduction :

Le framework Scrum décrit le Scrum Master, le Product Owner et les Développeurs comme des "autorités" et non comme des "rôles". Cela souligne le fait que les équipes Scrum sont orientées vers les résultats, avec des autorités claires parmi les membres de l'équipe, plutôt qu'un concept organisationnel.

Le Product Owner, le Scrum Master et le Développeur ne sont pas des "rôles"

Le mot "rôle" fait souvent référence à un poste particulier ou à un intitulé de poste. Dans la version 2020 du Guide Scrum, le terme "rôle" a été remplacé par "autorités" afin de mettre l'accent sur l'état d'esprit d'appropriation nécessaire à la bonne exécution de Scrum. Le cadre Scrum fournit des orientations sur la manière d'utiliser Scrum efficacement, il n'a rien à voir avec des concepts organisationnels tels que les intitulés de poste.

Les praticiens de Scrum font la distinction entre "autorité" et "responsabilité"

Cela peut être déroutant au début car la langue courante ne fait pas de distinction très nette entre ces mots et certaines autres langues parlées ne font pas de distinction entre ces deux concepts. Cependant, Scrum utilise des définitions typiquement utilisées dans la communication d'entreprise :

• Responsabilité - l'obligation d'accomplir une tâche. La responsabilité concerne souvent l'accomplissement du travail et la production d'un résultat.
• Autorité - l'appropriation des résultats, ou de la finalité, d'un travail. La volonté d'assumer les conséquences et de répondre des choix effectués.

La responsabilité de faire quelque chose peut être déléguée, mais l'autorité du résultat ne peut généralement pas l'être. Par exemple, le Product Owner est l'autorité garante d'une gestion efficace du Product Backlog, mais il peut déléguer à d'autres la responsabilité d'effectuer une partie de ce travail.

Lorsque chacun sait clairement de quoi il est l'autorité, l'équipe fonctionne bien

Dans Scrum, il existe quatre niveaux d'autorité de haut niveau :

• Création d'un incrément utile et de valeur : l'ensemble de l'équipe Scrum
• Maximiser la valeur du produit : le Product Owner
• Création du produit : les Développeurs
• L'efficacité de l'Equipe Scrum : le Scrum Master

Questions courantes sur les niveaux d'autorité

• Est-il incorrect d'utiliser le mot "rôle" lorsqu'on se réfère au Scrum Master, au Product Owner ou aux Développeurs ? Non, il n'y a pas de problème à utiliser le mot "rôle" dans une conversation informelle, à condition de reconnaître qu'il s'agit d'un raccourci linguistique et qu'il s'agit en fait d'un éventail d'autorités.
• Quel est l'exemple de la différence entre l'intitulé de poste et l'autorité Scrum ? Parfois, la personne de l'équipe Scrum qui est l'autorité dans l'équipe pour maximiser la valeur du produit (Product Owner) a des intulés de poste tels que Product Manager ou Business Analyst.

Elle peut aussi porter le titre de "Product Owner", ce qui n'est pas interdit par Scrum.

• Si ce ne sont pas des rôles, quelqu'un peut-il avoir l'autorité d'un Product Owner et d'un Développeur, par exemple ? La réponse à cette question dépend de la situation en question. Le cadre Scrum ne l'interdit pas, mais les compétences et l'expertise nécessaires pour exécuter avec succès plus d'un de ces ensembles d'autorité sont difficiles à incarner par une seule personne. Nous suggérons de ne pas le faire dans la mesure du possible.