scrum team roles responsibilities
Rôles et responsabilités de l'équipe Scrum:
Je suis sûr qu'à présent, nous devons tous avoir été très clairs sur Manifeste Agile de notre dernier tutoriel.
Ce tutoriel est conçu pour les membres de l'équipe Scrum qui sont nouveaux dans le développement logiciel agile pour en savoir plus sur leurs rôles et responsabilités.
Le tutoriel aidera également ceux qui travaillent déjà dans le modèle agile à perfectionner leurs compétences et à ceux qui veulent simplement connaître ces rôles. Il fournira également un aperçu des responsabilités et de chacun des rôles qu'il retient.
Il y a beaucoup à chacun des rôles autres que ce que nous avons cité dans notre tutoriel, cependant, les lecteurs peuvent certainement avoir une idée précise de chaque rôle Scrum avec précision sans aucun doute.
Ce que vous apprendrez:
- Rôles et responsabilités de l'équipe Scrum
- Taille de l'équipe Scrum
- Le Scrum Master
- Le Product Owner
- Propriétaire de produit mandataire
- L'équipe de développement
- Résumé
- lecture recommandée
Rôles et responsabilités de l'équipe Scrum
L'équipe Scrum se compose principalement de trois rôles: Le Scrum Master, Product Owner et l'équipe de développement .
Toute personne en dehors de l'équipe principale n'a aucune influence directe sur l'équipe. Chacun de ces rôles dans le Scrum a un ensemble très clair de responsabilités dont nous parlerons en détail plus loin dans ce tutoriel. Dans cette section, concentrons-nous sur les attributs de l'équipe Scrum dans son ensemble et la taille idéale de l'équipe.
Attributs des équipes Scrum
Voici les 2 attributs de l'équipe Scrum:
- L'équipe Scrum s'auto-organise
- L'équipe Scrum est interfonctionnelle
Équipes Scrum auto-organisées sont autonomes et autonomes en termes d'accomplissement de leur travail sans avoir besoin d'aide ou d'orientation extérieure. Les équipes sont suffisamment compétentes pour adopter les meilleures pratiques pour atteindre leurs objectifs de sprint.
Équipes Scrum interfonctionnelles sont les équipes ayant toutes les compétences et compétences nécessaires au sein de l'équipe pour accomplir leur travail. Ces équipes ne comptent sur personne en dehors de l'équipe pour terminer les éléments de travail. Ainsi, l'équipe Scrum est un amalgame très créatif de différentes compétences nécessaires pour terminer l'ensemble du travail.
Chaque membre de l'équipe ne possède pas nécessairement toutes les compétences requises pour construire le produit, mais est compétent dans son domaine d'expertise. Cela dit, le membre de l'équipe n'a pas besoin d'être interfonctionnel, mais l'équipe dans son ensemble doit l'être.
Les équipes dotées d'une auto-organisation et d'une fonctionnalité croisées élevées se traduiront par une productivité et une créativité élevées.
Taille de l'équipe Scrum
La taille recommandée de l'équipe de développement dans Scrum est de 6 +/- 3, c'est-à-dire de 3 à 9 membres qui n'incluent pas le Scrum Master et le Product Owner.
Maintenant, allons de l'avant et discutons de chacun de ces rôles en détail.
Le Scrum Master
Scrum Master est la personne responsable de la facilitation / du coaching de l'équipe de développement et du Product Owner pour travailler sur les activités de développement quotidiennes.
C'est lui qui s'assure que l'équipe comprend les valeurs et principes Scrum et est capable de les mettre en pratique. Dans le même temps, Scrum Master assure également que l'équipe se sent enthousiasmée par Agile afin de tirer le meilleur parti du framework. Scrum Master aide et soutient également l'équipe pour qu'elle s'auto-organise.
En plus d'éduquer et de former les membres de l'équipe à l'importance de l'Agile, il est également responsable de s'assurer que l'équipe se sent motivée et se renforce à tout moment. Il travaille également à renforcer la communication et la collaboration entre les membres de l'équipe.
Scrum Master est un Process Leader qui aide l'équipe Scrum et les autres en dehors de l'équipe Scrum à comprendre les valeurs, principes et pratiques Scrum
Rôles et responsabilités
# 1) Entraîneur - Le Scrum Master agit en tant que Coach Agile pour l'équipe de développement et le Product Owner. Le Scrum Master agit en quelque sorte comme un catalyseur pour une bonne communication entre l'équipe de développement et le Product Owner. Le Scrum Master reste responsable d'éliminer l'obstacle entre les deux autres rôles.
S'il est remarqué que le Product Owner ne s'implique pas ou ne donne pas le temps nécessaire à l'équipe de développement, alors c'est le travail du Scrum Master de coacher le Product Owner quant à l'importance de son implication pour le succès global de l'équipe.
# 2) Facilitateur - Le Scrum Master agit également en tant que facilitateur pour l'équipe Scrum. Il facilite et organise tous les événements Scrum demandés par les membres de l'équipe Scrum. Le Scrum Master aide également l'équipe à prendre des décisions importantes qui augmenteraient la productivité de l'équipe Scrum dans son ensemble.
Le Scrum Master n'ordonne jamais plutôt aux Team Members de faire quelque chose, il les aide à y parvenir en encadrant et en guidant.
# 3) Suppression des obstacles - Le Scrum Master est également chargé d’éliminer les obstacles qui ont un impact sur la productivité de l’équipe dans la livraison des affaires. Tout obstacle que les membres de l'équipe ne peuvent pas résoudre par eux-mêmes revient au Scrum Master pour résolution.
Le Scrum Master priorise ces obstacles en fonction de leur impact sur la productivité et les activités de l'équipe et commence à y travailler.
# 4) Portier d'interférence - Le Scrum Master protège également l'équipe Scrum des interférences et des distractions extérieures afin que l'équipe puisse rester concentrée sur la fourniture de la meilleure valeur à l'entreprise après chaque sprint.
L'interférence peut être plus préoccupante si l'équipe travaille dans un environnement Scrum mis à l'échelle où plusieurs équipes Scrum travaillent ensemble et ont des dépendances entre elles.
Le Scrum Master s'assure que l'équipe reste à l'écart de toute discussion non pertinente et se concentre sur les éléments du Sprint alors qu'il prend lui-même la responsabilité de répondre aux questions et préoccupations venant de l'extérieur.
Scrum Master est chargé de protéger l'équipe contre les interférences extérieures et d'éliminer les obstacles afin de permettre à l'équipe de se concentrer sur la création de valeur commerciale.
# 5) Chef serviteur - Le Scrum Master est souvent appelé un Servant Leader de l'équipe Scrum. L'une de ses responsabilités les plus importantes est de demander aux équipes Scrum leurs préoccupations et de s'assurer qu'elles sont traitées.
Il est du devoir du Scrum Master de confirmer que les exigences essentielles de l'équipe sont priorisées et satisfaites pour leur permettre de travailler efficacement et de produire des résultats hautement performants.
# 6) Améliorateur de processus - Le Scrum Master avec l'équipe est également chargé d'improviser régulièrement les processus et les pratiques employés pour maximiser la valeur livrée. Ce n’est pas la responsabilité du Scrum Master de faire le travail, mais il est de sa responsabilité de permettre à l’équipe de concevoir un processus qui lui permettrait d’atteindre ses objectifs de sprint.
Le Product Owner
Un autre rôle très crucial dont nous allons discuter dans ce tutoriel est le Product Owner. Le Product Owner est la voix du client / des parties prenantes et est donc responsable de combler le fossé entre l'équipe de développement et les parties prenantes. Le propriétaire du produit gère l'écart de manière à maximiser la valeur du produit en cours de construction.
Le Product Owner est prêt à être impliqué tout au long des activités de Sprint et des efforts de développement et joue un rôle très crucial dans le succès d'un produit.
Rôles et responsabilités
# 1) Combler le fossé - Le Product Owner travaille en étroite collaboration avec les parties prenantes internes et externes pour rassembler les entrées et synthétiser une vision pour placer les fonctionnalités du produit dans le Backlog Produit.
Il incombe au Product Owner de comprendre les exigences et les préférences de la communauté des parties prenantes / clients, car c'est lui qui agit en tant que leur représentant et assume la responsabilité de créer la bonne solution.
En même temps, le Product Owner s'assure que l'équipe de développement comprend ce qui doit être construit et quand. Il collabore avec l'équipe au quotidien. L'engagement du Product Owner avec l'équipe augmente la fréquence des commentaires et le temps de réponse, ce qui augmente la valeur du produit en cours de construction.
L'absence / moins de collaboration d'un Product Owner peut conduire à des résultats désastreux et finalement à l'échec de Scrum.
Le Product Owner s'assure que les éléments du Backlog Produit sont transparents et clairement exprimés et que tout le monde dans l'équipe a la même compréhension de l'élément.
# 2) Gère le carnet de commandes de produits - En conséquence du point ci-dessus, le Product Owner est responsable de la création et de la gestion du Product Backlog, de la commande des articles dans le Product Backlog pour atteindre au mieux les exigences de la partie prenante, c'est-à-dire la priorisation des articles du Product Backlog et enfin il doit toujours être disponible pour répondre ou clarifier toutes les questions de l'équipe de développement.
Dans l'ensemble, il est responsable de préparer le Backlog Produit afin d'améliorer la valeur livrée.
Toute personne souhaitant ajouter / supprimer un article dans le Backlog produit ou qui doit modifier la priorité d'un article doit être dirigée vers le propriétaire du produit.
# 3) Certifier un produit - Son autre responsabilité est de certifier les fonctionnalités en cours de construction. Dans ce processus, il définit les critères d'acceptation pour chacun des éléments du carnet de produits. Le Product Owner peut également créer les Tests d'Acceptation représentant les Critères d'Acceptation définis par lui ou peut demander l'aide des PME ou de l'Équipe de Développement pour les créer.
Désormais, c'est lui qui s'assure que les critères d'acceptation sont respectés en exécutant les tests d'acceptation. Il peut choisir d'exécuter lui-même ces tests d'acceptation ou demander aux experts de le faire pour s'assurer que les aspects fonctionnels et qualité sont satisfaits et que les attentes sont satisfaites.
Cette activité est généralement effectuée tout au long du sprint au fur et à mesure que les éléments sont terminés afin que les erreurs puissent être découvertes et puissent être corrigées avant la réunion de révision du sprint.
# 4) Participation - Le Product Owner est un participant clé dans les activités liées au Sprint. Il travaille en étroite collaboration avec l'équipe de développement pour expliquer les éléments, leur portée et la valeur qu'ils contiennent.
Il agit également en tant que facilitateur pour que l'équipe de développement puisse récupérer les éléments du Backlog Produit qu'elle est censée livrer d'ici la fin du Sprint. Outre les activités Sprint, Product Owner travaille également sur les activités Product Release.
Au cours des activités de lancement du produit, le Product Owner s'engage avec les parties prenantes pour discuter des éléments de la prochaine version. L'un des facteurs clés du succès d'une équipe pour s'épanouir est que toute l'équipe doit respecter le Product Owner et ses décisions. Personne d'autre que le Product Owner ne doit dire à l'équipe sur quels éléments travailler.
Il est recommandé d'avoir un seul propriétaire de produit à plein temps pour un seul produit. Cependant, il peut y avoir un arrangement où le propriétaire du produit est un rôle à temps partiel.
Propriétaire de produit mandataire
Le Proxy Product Owner est une personne inscrite par le Product Owner lui-même qui peut prendre en charge toutes ses responsabilités, son absence et le soutenir. Le Proxy Product Owner est responsable de toutes les responsabilités auxquelles il a été délégué, mais la responsabilité du travail en cours incombe finalement au Product Owner actuel.
qu'est-ce qui peut ouvrir un fichier json
Le Proxy Product Owner est également habilité à prendre les décisions nécessaires au nom du véritable Product Owner.
L'équipe de développement
Une autre partie très importante de l'équipe Scrum est l'équipe de développement. L'équipe de développement est composée de développeurs compétents dans leur propre domaine d'expertise. Contrairement aux autres membres de l'équipe Scrum, l'équipe de développement travaille sur la mise en œuvre réelle du logiciel / incrément potentiellement livrable qui doit être livré à la fin de chaque Sprint.
L'équipe de développement peut être composée de personnes ayant des compétences spécialisées telles que les développeurs front-end, les développeurs backend, les Dev-Ops, les experts QA, les analystes commerciaux, les administrateurs de bases de données, etc., mais ils sont tous appelés développeurs; Aucun autre titre n'est autorisé. L'équipe de développement ne peut même pas avoir de sous-équipes comme l'équipe de test, l'équipe de spécification des exigences, etc.
L'équipe est mise en place en tenant compte de toutes les compétences essentielles nécessaires pour développer, tester et livrer avec succès les incréments de produit à chaque sprint sans l'aide extérieure. Ainsi, l'équipe devrait être autonome et interfonctionnelle. L'équipe de développement ne prend aucune aide extérieure à l'équipe Scrum et gère son propre travail.
La responsabilité de développer des incréments incombe toujours à l'équipe de développement dans son ensemble, mais tout le monde dans l'équipe Scrum est responsable de la livraison globale.
C'est uniquement la décision de l'équipe de développement d'ajouter / de supprimer un membre de l'équipe. Si un nouvel ensemble de compétences est requis, l'équipe de développement peut choisir de développer cette expertise au sein de l'équipe ou d'ajouter un nouveau membre à l'équipe.
Rôles et responsabilités
# 1) Développement et livraison - L’équipe de développement est responsable de la création d’un incrément terminé basé sur la «Définition de Terminé» à la fin de chaque sprint. L'incrément effectué ne fait pas nécessairement partie de la prochaine version de production, mais il s'agit certainement d'une fonctionnalité potentiellement libérable qu'un utilisateur final peut utiliser.
Il appartient au Product Owner de décider de ce qui doit faire partie de la version. L'équipe de développement est cependant responsable du développement et de la livraison de l'incrément terminé à chaque sprint qui répond aux critères sous Définition de terminé.
# 2) Tâches et fourniture d'estimations - L'équipe de développement est également responsable de récupérer les User Stories / Items du Product Backlog priorisé à livrer lors du prochain Sprint. Ainsi, ces Items constituent alors un Sprint Backlog. Le backlog de sprint est créé lors d'une réunion de planification de sprint.
Une autre responsabilité très importante d'une équipe de développement est de créer des tâches en décomposant les éléments de sprint et en fournissant des estimations à ces éléments de sprint.
Personne ne dit à l'équipe de développement quoi et comment faire les choses. Il est de la responsabilité de l’équipe de développement de récupérer les éléments du Backlog Produit qui pourront être livrés lors du prochain Sprint. Une fois le Sprint lancé, les éléments ne peuvent pas être modifiés / ajoutés / supprimés.
Taille de l'équipe de développement
La taille de l'équipe de développement doit être choisie judicieusement car elle peut directement entraver la productivité de l'équipe et avoir un impact sur la livraison du produit. L'équipe de développement ne doit pas être très grande car elle peut exiger beaucoup de coordination entre les membres de l'équipe.
Cependant, pour une très petite équipe, il serait très difficile d'avoir toutes les compétences requises pour fournir un incrément. Ainsi, un nombre optimal doit être choisi pour la taille de l'équipe de développement.
La taille recommandée de l'équipe de développement est de 3 à 9 membres, à l'exclusion du Scrum Master et du Product Owner, à moins qu'ils ne développent également l'incrément logiciel avec les autres développeurs.
Résumé
Équipe Scrum
Rôles
- Propriétaire du produit
- Équipe de développement
- Scrum Master
Taille
- Taille de l'équipe Scrum - 3 à 9
Équipe auto-organisée
- Connaît la meilleure façon de terminer son travail.
- Personne ne dit à l'équipe auto-organisée quoi faire.
Équipe interfonctionnelle
- Possède tous les ensembles de compétences nécessaires pour effectuer son travail sans avoir besoin d'aide extérieure.
Propriétaire du produit
- Représente le comité ou en est influencé.
- Collabore avec les parties prenantes et l'équipe Scrum.
- Gère le backlog de produits
- Explique les éléments du backlog du produit.
- Prioriser les éléments de travail.
- S'assure que le carnet de commandes du produit est facilement compréhensible et transparent.
- Définit clairement les éléments sur lesquels travailler.
- S'assure que l'équipe de développement comprend l'élément dans le backlog produit
- Tout ce qui doit être ajouté / supprimé / modifié dans le Product Owner doit passer par les Product Owners.
- Prenez un appel pour savoir quand libérer les éléments de travail.
Scrum Master
- S'assure que le Scrum est clairement compris et adopté par l'équipe.
- Est un leader au service de l'équipe Scrum.
- Suppression des obstacles
- Protégez l'équipe des interactions inutiles pour maximiser la valeur commerciale créée par l'équipe Scrum.
- Faciliter les événements Scrum chaque fois que cela est demandé.
- S'assure que les réunions sont limitées dans le temps.
Équipe de développement
- Fournit un incrément potentiellement libérable du produit «terminé» à la fin de chaque sprint.
- Ils sont auto-organisés et interfonctionnels.
- Personne ne dit à l'équipe de développement quoi et comment faire.
- Aucun titre n'est autorisé. Tous sont des développeurs de l'équipe.
- Aucune sous-équipe ne peut être créée.
- Ils restent responsables de travailler sur les éléments de sprint.
- L'équipe de développement est responsable de l'attribution des tâches et de la fourniture des estimations.
C'est tout ce que nous avions en réserve sur les rôles et responsabilités des équipes Scrum. Nous avons discuté des responsabilités de chacun des membres de l'équipe et de la manière dont ils travaillent en équipe.
Restez à l'écoute pour en savoir plus sur les artefacts Scrum dans notre prochain tutoriel, où nous discuterons des sous-produits tels que le backlog de produit, le backlog de sprint et les incréments.
Tutoriel PREV | Tutoriel SUIVANT
lecture recommandée
- Artefacts Scrum: Backlog produit, Backlog Sprint et incréments de produit
- Tri des défauts dans Scrum: comment est-il organisé dans une configuration Scrum
- Equipes Scrum auto-suffisantes: comment créer une équipe auto-suffisante?
- Rôle des analystes commerciaux dans SCRUM et pourquoi un contrôle qualité est-il le meilleur pour ce rôle?
- Tutoriel JIRA Scrum Board: Manipulation de Scrum avec Jira pour gérer le sprint
- Quiz Agile Scrum en ligne: Testez vos connaissances sur Agile Scrum
- Comment créer une équipe d'assurance qualité réussie
- Team Building dans les tests logiciels - Comment créer et développer votre équipe d'assurance qualité