Guide de mêlée | 5. Scrum Team – qu'est-ce que c'est et comment ça marche ?

Scrum Team est une équipe travaillant selon les principes Scrum. Sa caractéristique la plus importante est l'absence de hiérarchie interne. Une fois que l'objectif et la portée des tâches à effectuer dans un Sprint sont convenus, les membres de l'équipe prennent l'initiative. À partir de ce moment, ils prennent leurs propres décisions sur qui, comment et quand fera quoi. Comment fonctionne une telle équipe autogérée ?

Équipe Scrum – table des matières :

1. Équipe Scrum – définition et tâches
2. Composition
3. Fonctionnement de l'équipe Scrum
4. Sommaire

Équipe Scrum – définition et tâches

L'équipe Scrum dans son ensemble est responsable de ses actions. Par conséquent, il doit avoir le pouvoir de gérer son travail. Ceci est particulièrement important dans les grandes organisations. Si l'équipe doit fonctionner selon les principes Scrum, le rythme et la manière de ses activités ne peuvent pas être perturbés de l'extérieur. Mais bien sûr, au sein d'une équipe Scrum, chacun a ses responsabilités spécifiques.

La tâche principale de toute l'équipe est de travailler à la réalisation de l'objectif du produit. La réalisation de cet Objectif se décline en Sprints courts. Dans chaque Sprint, l'équipe Scrum construit une nouvelle partie de travail du projet, l'incrément. Les petites tâches effectuées par l'équipe sont bien définies au sein d'un Sprint et réparties entre les membres de l'équipe.

Composition

En règle générale, l'équipe Scrum ne comprend pas plus de dix personnes. Il devrait inclure des professionnels ouverts d'esprit dont les compétences se complètent. La composition de l'équipe de développement change en fonction du projet en cours. Cependant, il y a toujours deux personnages clés : le Product Owner et le Scrum Master. Nous leur consacrerons des entrées séparées dans les articles suivants, nous ne présenterons donc ici que brièvement leur signification pour l'équipe.

Propriétaire du produit

Le Product Owner est un membre de l'équipe égal dans la hiérarchie. Cependant, c'est le personnage clé pour devenir la voix du client dans l'équipe Scrum. Ce faisant, l'équipe peut combler le fossé entre le producteur et le client ainsi que développer et améliorer constamment la qualité de la livraison. Les Product Owners établissent également des priorités pour le travail de l'équipe. Cela se reflète à la fois dans le Product Goal et dans le contenu du Product Backlog.

C'est le Product Owner qui répond aux questions sur le Produit posées par les autres membres de l'équipe du point de vue du client. Il ou elle s'assure également que la direction et l'objectif de l'équipe de développement sont clairs, ils acceptent le travail effectué par les développeurs. Et approuve le transfert du résultat au client.

Maître de mêlée

Le Scrum Master aide tous les membres de l'équipe de Développeurs à comprendre la théorie et la pratique de Scrum, et agit en tant qu'intermédiaire. Souvent, ils sont à la fois membres de l'équipe de développement et support du Product Owner. Pourtant, seul Scrum Master est responsable du fonctionnement de l'équipe et de ses opérations selon les principes Scrum.

Il doit veiller sur l'équipe, devenir à la fois leader et coach. Les Scrum Masters se concentrent sur l'observation des lacunes et la mise en œuvre des mises à niveau et des correctifs. De plus, les Scrum Masters surveillent l'efficience et l'efficacité du travail des développeurs.

Développeurs

Les développeurs sont tous les membres de l'équipe qui ne sont ni Product Owners ni Scrum Masters. Le nom ne devrait pas vous confondre - il ne s'agit pas seulement de programmeurs. Les développeurs peuvent être des personnes ayant des compétences et des responsabilités très différentes.

Les développeurs sont responsables de la planification de leurs tâches, c'est-à-dire de la création du plan de sprint contenu dans le Sprint Backlog. Et aussi le travail quotidien de développement du Produit afin de produire à chaque Sprint un Incrément (augmentation) utile selon la Définition de l'Achèvement.

Fonctionnement de l'équipe Scrum

Une équipe Scrum est de nature interdisciplinaire . Cela ne signifie pas, bien sûr, que tout le monde peut effectuer toutes les tâches définies avant l'équipe Scrum. Ses membres ont ensemble toutes les compétences nécessaires pour accomplir la tâche et gérer leur propre travail.

C'est pourquoi il est important d' établir la confiance entre les personnes de l'équipe Scrum. Et aussi renforcer la confiance de l'organisation envers l'équipe Scrum dans son ensemble et lui donner son indépendance. C'est ce qui motivera ses membres à entreprendre des tâches plus difficiles, au-delà de leurs responsabilités quotidiennes.

L'interdisciplinarité n'aide pas seulement à rendre l'équipe plus productive. Cela permet également aux professionnels de différentes disciplines travaillant en équipe Scrum de s'entraider dans l'accomplissement des tâches définies pour l'équipe, en complétant leurs compétences.

Cela nécessite la capacité de travailler ensemble. De plus, chaque membre de l'équipe doit posséder une connaissance générale de ce que chacun fait. De cette façon, les participants de l'équipe Scrum savent vers qui se tourner pour obtenir l'aide d'un expert s'ils ont un problème avec une tâche.

Sommaire

En résumé, Scrum Team est une équipe composée d'un Product Owner, d'un Scrum Master et de Développeurs. Sa tâche principale est d' atteindre l'objectif du produit en produisant des incréments de valeur dans chaque sprint. Une équipe Scrum est un groupe interdisciplinaire de professionnels gérés de l'intérieur. Les compétences des membres de l'équipe se complètent et se renforcent mutuellement grâce à l'entraide, aux retours d'information fréquents et à l'engagement.

Si vous aimez notre contenu, rejoignez notre communauté d'abeilles occupées sur Facebook, Linkedin et Twitter.

Auteur : Caroline Becker

En tant que chef de projet, Caroline est experte dans la recherche de nouvelles méthodes pour concevoir les meilleurs flux de travail et optimiser les processus. Ses compétences organisationnelles et sa capacité à travailler sous la pression du temps font d'elle la meilleure personne pour concrétiser des projets complexes.

Afficher tous les articles

Guide de mêlée :

1. Glossaire des termes, rôles et notions de base
2. Qu'est-ce que Scrum ?
3. Valeurs Scrum
4. Comment implémenter Scrum dans votre entreprise ?
5. Scrum Team - qu'est-ce que c'est et comment ça marche ?
6. Qui est un Product Owner ?
7. Les erreurs les plus courantes du Product Owner
8. Qui est le Scrum Master ?
9. Caractéristiques d'un bon Scrum Master
10. Les erreurs les plus courantes du Scrum Master
11. Quelles statistiques et métriques le Scrum Master doit-il suivre ?
12. Coopération entre Product Owner et Scrum Master
13. Équipe de développement dans Scrum
14. Les erreurs les plus courantes des développeurs
15. Artefacts Scrum
16. Mise à l'échelle Scrum
17. Carnet de sprint
18. Qu'est-ce que le carnet de produit ?
19. Qu'est-ce qu'une User Story ?
20. Créer la meilleure User Story avec INVEST
21. Les erreurs les plus courantes de la User Story
22. Critères d'acceptation des user stories
23. Estimation et Story Points dans Scrum
24. Planification Poker
25. Jeu d'estimation d'équipe
26. Définition de l'incrément
27. Événements Scrum
28. Qu'est-ce que Sprint dans Scrum ?
29. Engagements de l'équipe Scrum - Objectif du produit, objectif du sprint et définition de l'achèvement
30. Qu'est-ce qu'un Burndown Chart ?
31. Comment créer et interpréter un burndown chart ?
32. Avantages et inconvénients du burndown chart
33. Tableaux Kanban dans Scrum et Scrumban
34. Velocity in Scrum - Vitesse de l'équipe de développement
35. Mêlée quotidienne
36. Planification des sprints
37. Revue de sprint
38. Qu'est-ce qu'une rétrospective Sprint ?
39. Erreurs courantes lors d'une rétrospective de sprint
40. Nourrir le backlog produit