Guide Scrum | 10. Les erreurs les plus courantes du Scrum Master

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

Erreurs du Scrum Master – table des matières :

• Trop de contrôle
• Trop peu d’engagement
• Résumé

Le rôle d’un Scrum Master est principalement de 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 du Scrum Master en deux groupes. Le premier inclut des problèmes résultant d’une trop grande implication, tandis que le second inclut des problèmes résultant de la présence insuffisante du Scrum Master dans la vie de l’équipe de développement.

Trop de contrôle

Le besoin de maintenir trop de contrôle sur l’équipe entraîne souvent des erreurs dans l’application de Scrum. Les erreurs du Scrum Master se manifestent 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é. Typiquement, la racine du problème est que le Scrum Master est également un expert dans ce que fait l’équipe de développement. Leur incapacité à sortir de leur rôle d’expert les rend incapables d’assister efficacement l’équipe dans la recherche de solutions par elle-même. Cette approche peut également conduire à une prise de décision autoritaire par une seule personne – et c’est probablement la plus grande erreur qu’un Scrum Master puisse faire.
2. Le Scrum Master n’autorise pas l’équipe à 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 de faire des erreurs, elle n’apprendra pas à résoudre les problèmes par elle-même ni à prendre la responsabilité de son travail. Elle comptera 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’atmosphère de l’équipe. Ce problème inclut trop d’accent sur le changement de comportement d’un membre ou de membres de l’équipe, ainsi que des changements de personnel. Il est erroné de changer la composition de l’équipe de développement tout en travaillant sur un objectif produit si ce n’est pas absolument nécessaire. Cela peut introduire des retards significatifs dans sa réalisation et perturber le rythme de travail de l’équipe de développement. Et aussi perturber le rythme de la formation de l’équipe, dont nous parlons dans un article séparé.
4. Le Scrum Master agit comme le superviseur de l’équipe de développement dans l’organisation. C’est une erreur qui ne résulte pas souvent des propres décisions du Scrum Master. Cependant, cela peut aggraver toutes les erreurs qui découlent de la nécessité de contrôler l’équipe.
5. Le 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 des autres et fonctionne selon les principes de Scrum, les Scrum Masters ne devraient pas interférer sans y être invités dans la manière dont l’équipe travaille. S’ils le font, ils interfèrent simplement avec le bon fonctionnement de l’équipe. De bons Scrum Masters, grâce à leur position bien établie en tant que coach et leaders, seront sollicités pour des conseils dans des situations d’urgence ou nécessitant un regard neuf. C’est pourquoi ils devraient être disponibles sur appel pour les développeurs sans imposer leur présence.
6. Un Scrum Master est trop rigide dans son adhésion aux principes de Scrum. Si un aspect de Scrum ne fonctionne pas dans une équipe particulière, le Scrum Master devrait essayer une approche différente. Chaque équipe est différente, et Scrum n’est qu’un cadre général.

Trop peu d’engagement

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

1. Le Scrum Master est insuffisamment familiarisé avec les principes de Scrum. Cette erreur conduira très probablement à leur mise en œuvre incorrecte. Et le travail de l’équipe ne sera que de manière apparente un travail Scrum.
2. Le Scrum Master ne fait pas respecter les principes de Scrum. La présence quotidienne inadéquate du Scrum Master signifie qu’il ne protège pas l’équipe comme il se doit. 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 soit suivi. La négligence dans l’organisation des événements Scrum peut conduire à un gaspillage de temps. Cela se traduira par des événements trop longs ou mal gérés – planification de sprint, rétrospective de sprint ou revue de sprint (dont nous parlerons dans des articles séparés). Il est également erroné de reporter des événements ou de changer leur durée.
4. Le Scrum Master ne réagit pas aux conflits dans l’équipe. S’attendre à ce que les conflits au sein de l’équipe se résolvent d’eux-mêmes avec le temps est une erreur du Scrum Master. Le conflit n’est pas toujours mauvais, mais le Scrum Master ne doit pas 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 se pose 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 rend trop peu à l’écoute et pose trop peu de questions. Cela, 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’atmosphère dans l’équipe. Et il se contente du statu quo.
6. Le Scrum Master ne remet pas en question le statu quo. Pour que l’équipe de développement, et l’équipe Scrum dans son ensemble, grandisse, il est nécessaire de remettre constamment en question le statu quo. Cela est souvent une activité risquée et potentiellement dommageable. Un Scrum Master devrait s’y engager en étant conscient des difficultés qu’il pourrait rencontrer. Cependant, il n’existe pas de “équipe de développement mature qui n’évolue plus”. La laisser seule conduira rapidement à une détérioration significative de ses performances.
7. Le Scrum Master ne partage pas ses observations sur la performance de l’équipe avec l’équipe. Garder cette connaissance pour soi rend difficile, voire impossible, la croissance de l’équipe. Tout en étant complètement concentré sur les responsabilités quotidiennes, le Scrum Master ne travaille pas sur la manière dont les membres de l’équipe collaborent. Cela conduit fréquemment à l’accumulation de problèmes et de conflits.

Erreurs courantes du Scrum Master – résumé

Les erreurs du 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 à arrêter l’activité selon les règles de Scrum. Il est donc utile pour un Scrum Master d’être conscient des erreurs potentielles et des risques qui en découlent. Et aussi de garder un œil sur sa relation avec l’équipe.

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