Guide de mêlée | 13. Équipe de développement dans Scrum

Une équipe de développement dans Scrum est un groupe interdisciplinaire composé de toutes les personnes impliquées dans la création d'un produit. Dans l'article d'aujourd'hui, nous verrons quelles caractéristiques il devrait avoir. Nous examinerons également la composition et les responsabilités d'une équipe de développement capable d'atteindre efficacement ses objectifs.

Équipe de développement dans Scrum – table des matières :

1. Fonctionnalités de l'équipe de développement
2. Équipe de développement
3. Responsabilités de l'équipe de développement
4. Sommaire

Fonctionnalités de l'équipe de développement

L'équipe de développement travaillant selon les principes Scrum est un groupe indépendant de spécialistes. Il n'a pas recours au soutien de spécialistes externes ou de sous-traitants. Mais qu'est-ce qui détermine que l'équipe est bien adaptée pour atteindre l'objectif ? Et quelles sont les responsabilités incluses dans les tâches d'une équipe de développement – ​​quelle que soit sa spécialisation ?

Pour être efficace, une équipe de développement doit avoir au moins trois caractéristiques : la capacité à s'auto-organiser, la volonté de grandir et l'interdisciplinarité.

Auto-organisation

Lorsque nous parlons d' équipe Scrum, dont l'équipe de développement fait partie, nous utilisons le terme « autogestion ». Cela signifie l'autogestion au niveau de l'organisation. L'équipe Scrum dans son ensemble décide non seulement qui fera le travail et comment, mais aussi sur quoi ils vont travailler. Dans une équipe Scrum, une grande partie des tâches de gestion appartient au Product Owner et au Scrum Master.

Par conséquent, dans le cas d'une équipe de développement, l'auto-organisation est plus importante que l'autogestion. Il fait référence aux responsabilités de planification, c'est-à-dire décider soi-même qui effectuera certaines tâches, quand et comment.

La poursuite du développement

Une caractéristique clé d'une équipe efficace est la volonté de croissance. La manière d'accomplir les tâches qui lui sont confiées doit être ambitieuse. Cela ne résulte pas seulement des prédispositions individuelles et de l'attitude de chaque membre de l'équipe de développement. La montée en compétence et l'effort sont également encouragés par l' ambiance au sein de l'équipe, qui la définit comme un tout.

Interdisciplinarité

L'interdisciplinarité de l'équipe signifie que ses membres doivent avoir toutes les compétences nécessaires pour créer un incrément précieux dans chaque sprint. Cela signifie également que chaque membre de l'équipe effectue les tâches nécessaires à ce Sprint. Chacun fait ce qui est nécessaire pour atteindre le But. Quitte à assumer de nouvelles tâches au-delà de l'expertise du Développeur. C'est une erreur de s'en tenir strictement à ses compétences professionnelles ou à son rôle.

Équipe de développement

Selon le Scrum Guide, le nombre maximum de développeurs est de huit. Une si petite composition encourage la communication et l'ouverture, car les membres de l'équipe ont la possibilité d'apprendre à se connaître. Cependant, l'équipe ne doit pas être inférieure à trois personnes. Il doit être suffisamment grand pour faire des progrès visibles pour l'entreprise dans chaque Sprint.

Les développeurs au sein de Scrum sont appelés des personnes ayant une grande variété de compétences et de responsabilités. En aucun cas le nom n'est réservé aux personnes qui font de la programmation. Ainsi, l'équipe peut inclure des programmeurs et des concepteurs, des chercheurs et des analystes, des testeurs et des scientifiques, ainsi que d'autres spécialistes.

Il n'y a pas de hiérarchie entre les développeurs. C'est pourquoi ils n'utilisent pas de titres professionnels ou scientifiques.

Une hypothèse importante concernant la composition de l'équipe de développement est qu'il s'agit d'une unité. Par conséquent, les petites équipes travaillant sur d'autres objectifs ne doivent pas en être séparées.

Responsabilités de l'équipe de développement

Les responsabilités de l'équipe de développement peuvent être divisées en trois domaines. Ceux-ci sont:

• Tâches de planification
• Travailler sur le produit
• Améliorer la collaboration au sein de l'équipe

Tâches de planification

La planification des tâches est une obligation que toutes les équipes de développement basées sur Scrum doivent remplir. Il consiste à créer un Sprint plan et à le mettre dans un Sprint Backlog, que nous décrirons dans un article séparé. La chose la plus importante est que l'équipe de développement y travaille ensemble. De cette façon, chacun des développeurs pourra déterminer de manière réaliste le nombre de tâches à effectuer dans un sprint donné. À long terme, cela permet à l'équipe de maintenir un rythme constant et de planifier avec plus de précision.

Il est également essentiel de garder un œil sur le pouls, c'est-à-dire d'ajuster quotidiennement le plan à la réalité. Si des problèmes surviennent, il peut être nécessaire de changer : réorganiser les tâches, répartir le travail différemment ou parler au Scrum Master des difficultés qui se présentent.

Travail sur le produit

Les formes de travail sur un produit peuvent varier considérablement en fonction du domaine dans lequel une équipe de développement donnée opère. D'une manière générale, l'objectif à atteindre dans chaque Sprint est de créer un Incrément, c'est-à-dire une fonctionnalité Produit à valeur commerciale.

Il est utile ici de parler directement et d'appliquer la règle suivante :

Lorsque vous entreprenez des travaux sur un Produit, vous devez le laisser dans un état non seulement amélioré mais non moins abouti que la version précédente.

L'application de ce principe signifie que l' équipe dans son ensemble assume la responsabilité de l'incrément. Si un Développeur exécute des tâches avec négligence, ce qui entraîne une détérioration de la qualité du Produit, quelqu'un d'autre devra faire le travail à sa place. D'un autre côté, si un développeur rencontre des bogues dans le produit, il doit les corriger lui-même ou transmettre les informations sur le bogue à quelqu'un qui peut le faire. Nous écrirons plus sur le travail sur l'incrément de produit dans un sprint dans un article séparé.

Améliorer la collaboration au sein de l'équipe

Travailler sur le fonctionnement de l'équipe consiste à améliorer constamment l'efficience et l'efficacité des développeurs individuels.

Mais c'est aussi, voire avant tout, un travail sur la communication entre Développeurs. L'amélioration consiste à élaborer des solutions permettant une répartition efficace et précise des tâches. Et aussi pratiquer des compétences:

• critiquer les solutions, pas les personnes - changer le langage que nous utilisons pour décrire le travail entraîne un changement d'attitude et une meilleure collaboration
• vous éloigner de vos idées - cela permet l'humour et des commentaires plus honnêtes
• établir la confiance - grâce à la confiance, il peut y avoir beaucoup plus d'idées innovantes proposées par les développeurs sans crainte de réaction négative de l'environnement

L'amélioration de la collaboration de l'équipe passe par une réflexion continue sur le fonctionnement de l'équipe et la fourniture de commentaires lors des événements Scrum décrits dans cet article.

Sommaire

Dans l'article d'aujourd'hui, nous présentons les caractéristiques, la composition et les responsabilités d'une équipe de développement Scrum. L'interdisciplinarité, l'auto-organisation et le désir d'évolution caractérisent cette petite équipe. Et l'amélioration continue du travail d'équipe et le travail efficace sur le produit - ce sont les tâches que chaque équipe de développement doit accomplir.

Si vous aimez notre contenu, rejoignez notre communauté d'abeilles occupées sur Facebook, Twitter, LinkedIn, Instagram, YouTube.

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