Une Équipe de Développement en 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 allons examiner quelles caractéristiques elle devrait avoir. Nous allons également considérer la composition et les responsabilités d’une Équipe de Développement capable d’atteindre efficacement ses Objectifs.

Équipe de Développement en Scrum – table des matières :

  1. Caractéristiques de l’Équipe de Développement
  2. Équipe de Développement
  3. Responsabilités de l’Équipe de Développement
  4. Résumé

Caractéristiques de l’Équipe de Développement

L’Équipe de Développement travaillant conformément aux principes Scrum est un groupe indépendant de spécialistes. Elle n’utilise pas le soutien de spécialistes externes ou de sous-traitants. Mais qu’est-ce qui détermine que l’Équipe est bien adaptée pour accomplir l’Objectif ? Et quelles responsabilités sont incluses dans les tâches d’une Équipe de Développement – indépendamment de 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 croître et l’interdisciplinarité.

Auto-organisation

Lorsque nous parlons de l’Équipe Scrum, dont l’Équipe de Développement fait partie, nous utilisons le terme ”auto-gestion”. Cela signifie l’auto-gestion 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 travailleront. Dans une Équipe Scrum, une grande partie des tâches de gestion appartient au Product Owner et au Scrum Master.

équipe de développement

Par conséquent, dans le cas d’une Équipe de Développement, l’auto-organisation est plus importante que l’auto-gestion. Elle se réfère à la planification des responsabilités, c’est-à-dire à décider par soi-même qui effectuera certaines tâches, quand et comment.

La quête de développement

Une caractéristique clé d’une Équipe efficace est la volonté de croître. La manière de réaliser les tâches qui lui sont assignées doit être ambitieuse. Cela résulte non seulement des prédispositions individuelles et de l’attitude de chaque membre de l’Équipe de Développement. L’élévation des compétences et des efforts est également encouragée par l’atmosphère dans l’Équipe, qui la définit dans son ensemble.

Interdisciplinarité

L’interdisciplinarité de l’Équipe signifie que ses membres doivent ensemble posséder toutes les compétences nécessaires pour créer un Increment précieux à chaque Sprint. Cela signifie également que chaque membre de l’Équipe effectue les tâches nécessaires pour ce Sprint. Chacun fait ce qui est nécessaire pour atteindre l’Objectif. Même si cela signifie prendre de nouvelles tâches au-delà de l’expertise du Développeur. Il est erroné de s’en tenir rigidement à ses compétences professionnelles ou à son rôle.

caractéristiques de l'équipe de développement

Équipe de Développement

Selon le Guide Scrum, le nombre maximum de Développeurs est de huit. Une composition aussi petite encourage la communication et l’ouverture, car les membres de l’Équipe ont l’occasion de se connaître. Cependant, l’Équipe ne doit pas être plus petite que trois personnes. Elle doit être suffisamment grande pour réaliser des progrès visibles en affaires à chaque Sprint.

Les Développeurs au sein de Scrum sont appelés des personnes avec 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 designers, des chercheurs et des analystes, des testeurs et des scientifiques, ainsi que d’autres spécialistes.

Il n’y a pas de hiérarchie parmi 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 que c’est une unité. Par conséquent, les équipes plus petites travaillant sur d’autres Objectifs ne devraient pas être séparées d’elle.

Responsabilités de l’Équipe de Développement

Les responsabilités de l’Équipe de Développement peuvent être divisées en trois domaines. Ce sont :

  • Planification des tâches
  • Travail sur le produit
  • Amélioration de la collaboration au sein de l’Équipe

Planification des tâches

La planification des tâches est une obligation que toutes les Équipes de Développement basées sur Scrum doivent remplir. Elle consiste à créer un plan de Sprint et à le mettre dans un Sprint Backlog, que nous décrirons dans un article séparé. La chose la plus significative est que l’Équipe de Développement travaille dessus ensemble. De cette manière, chacun des Développeurs pourra déterminer de manière réaliste le nombre de tâches à accomplir dans un Sprint donné. À long terme, cela permet à l’Équipe de maintenir un rythme constant et de planifier plus précisément.

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

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. En termes généraux, l’objectif à atteindre à chaque Sprint est de créer un Increment, c’est-à-dire une fonctionnalité de Produit ayant de la valeur commerciale.

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

Lorsque vous entreprenez un travail sur un Produit, vous devez le laisser dans un état qui n’est pas seulement amélioré mais pas moins terminé que la version précédente.

Appliquer ce principe signifie que l’Équipe dans son ensemble prend la responsabilité de l’Increment. Si un Développeur effectue des tâches de manière négligente, provoquant une détérioration de la qualité du Produit, quelqu’un d’autre devra faire le travail à sa place. D’autre part, si un Développeur rencontre des bugs dans le Produit, il doit les corriger lui-même ou transmettre les informations sur le bug à quelqu’un qui peut le faire. Nous écrirons plus sur le travail sur l’Increment de Produit dans un Sprint dans un article séparé.

Amélioration de la collaboration dans l’Équipe

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

Cependant, c’est aussi, ou peut-être surtout, travailler sur la communication entre les Développeurs. L’amélioration consiste à élaborer des solutions qui permettent une division des tâches efficace et précise. Et aussi à pratiquer des compétences :

  • critiquer les solutions, pas les personnes – changer le langage que nous utilisons pour décrire le travail conduit à un changement d’attitude et à une meilleure collaboration
  • se distancier de ses idées – cela permet l’humour et des retours plus honnêtes
  • construire 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

Améliorer la collaboration de l’Équipe se fait par une réflexion continue sur le fonctionnement de l’Équipe et la fourniture de retours lors des Événements Scrum décrits dans cet article.

Équipe de Développement en Scrum

Résumé

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 de développement 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é de abeilles occupées sur Facebook, Twitter, LinkedIn, Instagram, YouTube.

Caroline Becker

En tant que chef de projet, Caroline est une 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 pression font d'elle la meilleure personne pour transformer des projets compliqués en réalité.

View all posts →

Scrum Guide:

  1. Glossaire des termes, rôles et notions de base
  2. Qu'est-ce que Scrum ?
  3. Valeurs Scrum
  4. Comment mettre en œuvre Scrum dans votre entreprise ?
  5. Équipe Scrum - qu'est-ce que c'est et comment ça fonctionne ?
  6. Qui est un Product Owner ?
  7. Les erreurs les plus courantes du Product Owner
  8. Qui est le Scrum Master ?
  9. Les erreurs les plus courantes des Scrum Masters
  10. Quelles statistiques et métriques le Scrum Master devrait-il suivre ?
  11. Équipe de développement en Scrum
  12. Les erreurs les plus courantes des développeurs
  13. Artifacts Scrum
  14. Élargir Scrum
  15. Backlog de sprint
  16. Qu'est-ce que le Product Backlog ?
  17. Qu'est-ce que les User Stories ?
  18. Créer la meilleure User Story avec INVEST
  19. Les erreurs les plus courantes dans les User Stories
  20. Critères d'acceptation de l'histoire utilisateur
  21. Estimation et Points d'Histoire dans Scrum
  22. Planning Poker
  23. Jeu d'estimation d'équipe
  24. Définir l'incrément
  25. Événements Scrum
  26. Qu'est-ce qu'un graphique d'avancement ?
  27. Avantages et inconvénients du graphique de burndown
  28. Tableaux Kanban dans Scrum et Scrumban
  29. Vélocité en Scrum - Vitesse de l'équipe de développement
  30. Scrum quotidien
  31. Planification de Sprint
  32. Revue de Sprint
  33. Qu'est-ce qu'une rétrospective de sprint ?
  34. Erreurs courantes lors d'une rétrospective de Sprint
  35. Nourrir le backlog produit
  36. Comment créer et interpréter un graphique de burndown ?
  37. Qu'est-ce qu'un Sprint dans Scrum ?
  38. Coopération entre le Product Owner et le Scrum Master
  39. Engagements de l'équipe Scrum - Objectif produit, objectif de sprint et définition de la complétion
  40. Caractéristiques d'un bon Scrum Master