Les roles | Mapetitecuisineagile

Scrum fonctionne pleinement lorsque les membres de l’équipe constituent une équipe pluridisciplinaire et auto-organisée, dans laquelle chaque personne assume un rôle clairement défini. Ces rôles incluent le Product Owner (PO), le Scrum Master, et l’Équipe de réalisation, qui comprend les développeurs, les testeurs, et toute autre personne impliquée dans l’exécution des tâches du sprint backlog.

Conformément au Scrum Guide de 2020, il est désormais recommandé de considérer tous les participants comme faisant partie d’une seule équipe, afin de supprimer toute notion de séparation entre l’équipe de réalisation et le duo PO/Scrum Master.

Cette équipe, limitée à un maximum de neuf membres, est chargée de déterminer la manière la plus efficace d’accomplir son travail, possédant toutes les compétences nécessaires pour mener à bien les tâches qui lui sont assignées.

Le Product owner

Le Product Owner (PO) joue un rôle crucial en définissant les besoins en s’alignant sur les attentes des clients, du marché, et des utilisateurs. Il est responsable de la rédaction des User Stories (US) et gère le backlog produit, en assurant la priorisation des éléments selon leur valeur ajoutée. Le PO comprend la valeur globale de son produit ainsi que celle de chaque incrément.

En continuant d’explorer et d’interroger son marché, le PO maintient une compréhension approfondie des dynamiques et des exigences externes. Il connaît clairement l’objectif de son backlog produit et communique la vision du produit à l’équipe, facilitant ainsi une compréhension partagée et une cohésion autour des buts communs.

Le Scrum master

Le Scrum Master joue un rôle essentiel de facilitateur au sein de l’équipe, en favorisant les échanges et l’amélioration continue. Il est le garant de l’application du cadre Scrum et aide l’équipe à atteindre l’auto-organisation, tout en veillant à sa santé globale. Il possède une connaissance approfondie des principes et valeurs Agiles et s’assure que ceux-ci sont bien compris et intégrés par tous les membres de l’équipe.

Le Scrum Master est également responsable de connaître la vélocité de l’équipe, de gérer efficacement le tableau de bord pour suivre le workflow et d’identifier rapidement les obstacles qui pourraient entraver la progression. Il organise et, si nécessaire, anime les rituels Scrum, tels que les daily stand-ups et les rétrospectives, surtout si l’équipe n’est pas encore autonome dans ces pratiques.

En outre, le Scrum Master soutient le Product Owner en fournissant les outils et les méthodologies nécessaires pour ordonner et prioriser le backlog produit, et pour affiner la vision du produit. Cette collaboration assure que les priorités sont clairement définies et que l’équipe reste alignée sur les objectifs du projet.

L'équipe de réalisation

L’équipe de réalisation inclut les développeurs, un lead développeur, des testeurs (Quality Analysts), ainsi que toutes les autres personnes impliquées dans l’exécution des tâches définies dans le sprint backlog. Cette équipe est responsable de la livraison des items qui composent le sprint backlog.

Les membres de l’équipe s’engagent collectivement à livrer ces éléments, participent à l’estimation des tâches, remettent en question ces estimations pour affiner le processus, développent le produit, et réalisent les tests nécessaires. Cette démarche assure que le produit livré est de haute qualité, répondant ainsi aux standards exigés et aux attentes des utilisateurs.

Conseils de coach

Il est crucial de bien définir et respecter les rôles de chaque membre de l’équipe, car chaque rôle correspond à un métier spécifique avec des compétences et des inclinations distinctes.

Il est exceptionnel de trouver une personne qui maîtrise parfaitement à la fois les rôles de Product Owner et de Scrum Master, car ces positions nécessitent des ensembles de compétences très différents. Plus important encore, il est fondamental de comprendre qu’un individu ne devrait pas assumer les deux rôles simultanément ; cela peut mener à des conflits d’intérêts et à une dilution de l’efficacité dans chacun des rôles. Soyez vigilant pour éviter ce piège, car il pourrait compromettre la dynamique et l’efficacité de l’équipe.

Une difficulté majeure réside souvent dans la compréhension du rôle du Scrum Master, qui n’est pas traditionnellement vu comme un contributeur direct à la « production ». Ce rôle est fréquemment mal interprété, entraînant pour le Scrum Master la nécessité de justifier ses activités quotidiennes plus intensément que les autres membres de l’équipe. Sa légitimité peut même être remise en question dans certaines entreprises, obligeant le Scrum Master à expliquer régulièrement son rôle et ses méthodes pour faciliter la compréhension de sa contribution essentielle au bon fonctionnement de l’équipe.

Cette exigence de justification continue perdure jusqu’à ce que les résultats de son travail deviennent manifestes et incontestables, dissipant ainsi tous les doutes sur son utilité. Ce processus souligne la nécessité d’une reconnaissance explicite de l’impact positif du Scrum Master sur le processus Agile dans son ensemble.

Le rôle de lead développeur est essentiel au sein d’une équipe, car il ne se limite pas à diriger; il guide et soutient également ses collègues développeurs. Souvent plus expérimenté, le lead développeur endosse un rôle de leadership qui peut s’avérer complexe à assumer.

Il n’est pas donné à tous les développeurs de vouloir être leaders, d’où l’importance de clairement définir ce rôle en amont afin de choisir la personne la plus adaptée.

Actif et influent, le lead développeur stimule ses pairs en matière de choix techniques et organise des réunions de coordination régulières. Il utilise des outils Agile, tels que les revues de conception, pour favoriser un environnement collaboratif et renforcer la cohésion autour d’un code développé en équipe.

Une compréhension approfondie des principes Agiles et une communication efficace entre les différents rôles de gestion tels que les delivery managers, release managers, product managers, et heads of product sont cruciales. Ces interactions permettent aux équipes Scrum de progresser sereinement, d’innover, de faire des propositions audacieuses, et surtout, de ne pas craindre l’échec.

Dans l’idéal, selon les principes de l’Agilité, les départements de produit et d’IT devraient collaborer étroitement au sein d’une structure organisationnelle horizontale où les titres professionnels, la hiérarchie traditionnelle, et les rôles de gestion n’existent pas. Dans un tel environnement, tous les membres sont vus comme égaux et contribuent de manière équitable.

Cependant, bien que ce modèle puisse être observé dans certaines startups, il est rare de le trouver en place au sein des entreprises traditionnelles en France.

Il est difficilement praticable de cumuler les responsabilités de sondage du marché, d’interaction avec les utilisateurs, de soutien à l’équipe dans la vision du produit, de rédaction des User Stories, et simultanément de suivi des KPI de l’équipe, d’organisation d’ateliers d’amélioration, d’identification des obstacles, de promotion de l’autonomie de l’équipe, de réfléchir au meilleures pratiques d’ordonnancement du backlog, et d’accompagnement de l’équipe dans la compréhension des pratiques Agile.

De plus, proposer des outils adaptés et surveiller la santé de l’équipe sont des tâches qui requièrent une attention et une expertise dédiées.

Chacun de ces rôles nécessite une focalisation et des compétences spécifiques. Tenter de les jumeler en une seule personne peut non seulement réduire l’efficacité de cette personne mais aussi nuire à la dynamique et à la productivité de l’équipe. Il est donc essentiel de bien distribuer ces responsabilités parmi les membres de l’équipe pour garantir une gestion optimale et efficace du projet.

Le testeur (Quality Assurance) QA est un élément indispensable de l’équipe de réalisation au sein d’une équipe Scrum. Il évalue la valeur ajoutée par les développements en tant que premier utilisateur, identifie les risques fonctionnels et dirige les efforts d’automatisation des tests, ce qui est crucial pour la livraison régulière de versions fonctionnelles, en accord avec les principes Agile.

Cependant, la nécessité d’un QA peut varier. Dans les équipes où la couverture de code est exhaustive, l’intégration continue est parfaitement configurée, et les tests sont entièrement automatisés, le rôle du QA, tout en restant central, peut évoluer. Plutôt que de se concentrer uniquement sur les tests manuels, le QA peut alors davantage se consacrer à l’amélioration des processus d’automatisation et à l’assurance que les nouvelles intégrations respectent les normes de qualité établies. Ainsi, le QA reste un garant de la qualité du produit et assure la cohérence et l’intégrité des livraisons.

L’Agilité promeut l’établissement d’un rythme de travail soutenable et régulier (conformément au principe 8 du Manifeste Agile). Il est essentiel que tous les membres de l’équipe soient en mesure de maintenir ce rythme sur le long terme. Prenez garde aux effets néfastes d’un rythme excessivement intensif.

Bryan Dyson, ancien PDG de Coca-Cola, offre un conseil avisé :

« Soyez efficace durant vos heures de travail et quittez votre bureau à l’heure. Accordez du temps à votre famille, à vos amis et assurez-vous de bien vous reposer. »

Dans la réalité il faut gérer la présence de managers et de managers de managers. Si les rôles ne sont pas clairement compris et acceptés par le top management, cela peut créer des tensions au sein des équipes Scrum.

Il est crucial que le top management comprenne et intègre pleinement les principes de l’Agilité pour soutenir efficacement les équipes.

Dans un cadre Agile, le leadership doit être exercé à tous les niveaux. Ni le Product Owner ni le Scrum Master ne doivent adopter une posture de chef d’équipe. Au contraire, chaque membre de l’équipe devrait être encouragé à prendre des initiatives et à contribuer au guidage collectif de l’équipe. Cela favorise une dynamique de collaboration et d’innovation continue, où le leadership est partagé et responsabilisant.

A propos

Coach Agile, j’accompagne les organisations et les équipes à comprendre et à mettre en place les principes de l’Agilité (mindset, framework, méthodes, outils)
En savoir plus