Guide de mêlée | 10. Les erreurs les plus courantes du Scrum Master

Publié: 2022-04-20

Le travail d'un bon Scrum Master peut être reconnu par le fait qu'à un moment donné, il n'est plus nécessaire dans le travail quotidien de l'équipe de développement. Par contre, ce n'est pas toujours le cas. Quelles sont les raisons des erreurs du Scrum Master ?

Erreurs du Scrum Master – table des matières :

  • L'absence du Scrum Master
  • Présence insuffisante du Scrum Master
  • Sommaire

Le travail d'un Scrum Master consiste principalement à soutenir le travail de l'équipe de développement. Par conséquent, les erreurs les plus courantes du Scrum Master proviennent généralement de la manière dont il participe au fonctionnement quotidien des Développeurs. Nous avons divisé ces erreurs de Scrum Master en deux groupes. Le premier comprend les problèmes résultant d'une trop grande implication, tandis que le second comprend les problèmes résultant de la présence insuffisante du Scrum Master dans la vie de l'équipe de développement.

mistakes of Scrum Master - The Scrum Master's Absence

L'absence du Scrum Master

La nécessité de garder trop de contrôle sur l'équipe provoque souvent des erreurs dans l'application de Scrum. Les erreurs de Scrum Master apparaissent le plus souvent dans les situations suivantes.

  1. Le Scrum Master cherche une solution au problème au lieu d'aider l'équipe à faire face à la difficulté. Généralement, la racine du problème est que le Scrum Master est également un expert de ce que fait l'équipe de développement. Leur incapacité à sortir du rôle d'expert les rend incapables d'aider efficacement l'équipe à trouver des solutions par eux-mêmes. Cette approche peut également conduire à une prise de décision autoritaire par une seule personne - et c'est probablement la plus grosse erreur qu'un Scrum Master puisse commettre.
  2. Le Scrum Master ne permet pas à l'équipe de faire des erreurs. Ce problème est étroitement lié au précédent. Si l'équipe est efficacement protégée par le Scrum Master contre les erreurs, elle n'apprendra pas à résoudre les problèmes par elle-même ni à assumer la responsabilité de son travail. Il s'appuiera toujours sur les conseils et l'expertise du Scrum Master.
  3. Le Scrum Master essaie de changer les gens au lieu de travailler sur l'ambiance de l'équipe. Ce problème met trop l'accent sur le changement de comportement d'un ou de plusieurs membres de l'équipe, ainsi que sur les changements de personnel. C'est une erreur de changer la composition de l'équipe de développement tout en travaillant sur un objectif de produit si ce n'est pas absolument nécessaire. Elle peut introduire des retards importants dans sa réalisation, et perturber le rythme de travail de l'Equipe de Développement. Et aussi perturber le rythme de la formation de l'équipe, dont nous écrivons dans un article séparé.
  4. Le Scrum Master agit en tant que superviseur de l'équipe de développement de l'organisation. C'est une erreur qui ne résulte pas souvent des propres décisions du Scrum Master. Cependant, cela peut exacerber toutes les erreurs qui découlent de la nécessité de contrôler l'équipe.
  5. Scrum Master s'implique trop dans le fonctionnement de l'équipe. Lorsque l'équipe est composée d'experts qui connaissent les compétences et les responsabilités de chacun et fonctionne selon les principes Scrum, les Scrum Masters ne doivent pas interférer sans y être invités dans le fonctionnement de l'équipe. S'ils le font, ils interfèrent simplement avec le bon fonctionnement de l'équipe. Les bons Scrum Masters, grâce à leur position bien établie de coach et de leaders, seront sollicités pour des conseils dans des situations d'urgence ou nécessitant un regard neuf. C'est pourquoi ils doivent être disponibles sur appel pour les Développeurs sans pour autant imposer leur présence.
  6. Un Scrum Master est trop rigide dans son adhésion aux principes Scrum. Si un aspect de Scrum ne fonctionne pas dans une équipe particulière, le Scrum Master doit essayer une approche différente. Chaque équipe est différente et Scrum n'est qu'un cadre général.
mistakes of Scrum Master

Présence insuffisante du Scrum Master

Non seulement trop, mais aussi pas assez, l'implication du Scrum Master peut conduire à de nombreuses erreurs. Nous avons décrit les plus courants ci-dessous.

  1. Le Scrum Master est insuffisamment familiarisé avec les principes Scrum. Cette erreur conduira très probablement à leur mauvaise mise en œuvre. Et le travail de l'équipe ne sera qu'en apparence un travail Scrum.
  2. Le Scrum Master n'applique pas les principes Scrum. La présence quotidienne insuffisante du Scrum Master signifie qu'il ne protège pas l'équipe comme il le devrait. Cela peut conduire à un manque de protection contre l'afflux de tâches extérieures. Ou à l'échec de l'équipe de développement à atteindre l'objectif du sprint.
  3. Le Scrum Master ne s'assure pas qu'un rythme Scrum cohérent est suivi. La négligence dans l'organisation d'événements Scrum peut entraîner une perte de temps. Cela se traduira par des événements trop longs ou mal exécutés - planification de sprint, rétrospective de sprint ou revue de sprint (dont nous parlerons dans des articles séparés). C'est aussi une erreur de reporter des événements ou d'en modifier la durée.
  4. Scrum Master ne répond pas aux conflits dans l'équipe. S'attendre à ce que les conflits au sein de l'équipe se résolvent au fil du temps est une erreur du Scrum Master. Le conflit n'est pas toujours mauvais, mais le Scrum Master doit non seulement être conscient de son existence et de son état actuel, mais aussi s'y engager en tant que négociateur. Et aussi être capable d'utiliser le conflit pour changer et améliorer l'équipe.
  5. Présence insuffisante du Scrum Master. Le problème survient lorsque le Scrum Master passe trop peu de temps à travailler avec l'équipe et s'implique dans des tâches spécialisées, par exemple. Cela le fait écouter trop peu et poser trop peu de questions. Ceci, comme nous l'avons écrit dans l'article précédent, est une compétence clé pour un Scrum Master. Le résultat est que le Scrum Master ne sait pas assez bien quelle est la situation actuelle et l'ambiance dans l'équipe. Et il se contente du statu quo.
  6. Le Scrum Master ne remet pas en cause le statu quo. Pour que l'équipe de développement et l'équipe Scrum dans son ensemble grandissent, il est nécessaire de constamment remettre en question le statu quo. Il s'agit souvent d'une activité risquée et potentiellement blessante. Un Scrum Master doit l'entreprendre en étant conscient des difficultés qu'il peut rencontrer. Cependant, il n'existe pas d'"équipe de développement mature qui n'évolue plus". Le laisser seul conduira rapidement à une détérioration importante de ses performances.
  7. Le Scrum Master ne partage pas ses observations sur la performance de l'équipe avec l'équipe . Garder ces connaissances pour eux-mêmes rend difficile, voire impossible, la croissance de l'équipe. Bien qu'entièrement concentré sur les responsabilités quotidiennes, Scrum Master ne travaille pas sur la façon dont les membres de l'équipe travaillent ensemble. Cela conduit souvent à l'accumulation de problèmes et de conflits.
mistakes of Scrum Master

Erreurs courantes du Scrum Master – résumé

Les erreurs de Scrum Master résultant d'une implication insuffisante ou excessive avec l'équipe de développement peuvent détruire le rythme du travail. Et même contribuer à l'arrêt de l'activité selon les règles Scrum. Il est donc intéressant pour un Scrum Master d'être conscient des erreurs potentielles et des risques qui en découlent. Et aussi de garder un œil sur leur relation avec la Team.

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

Scrum Guide | 10. The most common mistakes of Scrum Master caroline becker avatar 1background

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