ScrumMaster
Le ScrumMaster enseigne Scrum à l’organisation et les accompagne sans fin dans leur adoption. Il maîtrise Scrum et utilise sa compréhension profonde de Scrum pour amener chacun à découvrir comment il peut contribuer au mieux à créer le produit ayant le plus de valeur.
Le rôle de ScrumMaster est souvent mal compris et donne lieu à de piètres performances car les gens essaient de faire correspondre ce nouveau rôle à un rôle existant. Cela ne correspond pas. Ce n’est pas le maître de l’équipe, ni même un chef de projet ‘agile’ ou un meneur d’équipe.
Le rôle de ScrumMaster est une des deux “boucles de meta-feedback” dans Scrum. C’est un rôle de support qui aide l’organisation à réfléchir et à s’améliorer vers sa vision de la perfection. Il crée l’environnement pour que les gens réussissent.
Les centres d’attention du ScrumMaster
La Checklist du ScrumMaster de Michael James est un excellent outil pour ScrumMaster. Il identifie quatre points d’attention pour un ScrumMaster.
- L’équipe
- Le Product Owner
- L’organisation
- Les pratiques de développement
Ces points d’attention mettent aussi en lumière un problème classique du ScrumMaster : trop centré sur l’équipe.
Les quatre domaines d’attention nous aident à comprendre le rôle de ScrumMaster dans LeSS, particulièrement quand on regarde l’attention du ScrumMaster à travers le temps:
Examinons un peu ce graphique et le raisonnement qu’il y a derrière.
Attention pour l’Équipe
Initialement, le ScrumMaster se concentre fortement vers le(s) équipe(s), mais ça devrait décliner au fil du temps. Une fois les équipes établies, le ScrumMaster dépense beaucoup d’efforts à enseigner et à coacher l’équipe à l’auto-organisation et à prendre des responsabilités partagées. Au fil du temps, l’équipe se repose de moins en moins sur son ScrumMaster car ils prennent toutes leurs responsabilités par eux-mêmes.
:La maturation des équipes est une des raisons pour lesquelles de nombreuses adoptions de Scrum choisissent l’option de ScrumMasters à mi-temps. Mais en LeSS, être un ScrumMaster n’est pas un rôle à temps partiel et quand son Équipe a mûri, le ScrumMaster peut s’occuper d’une autre équipe—en fait jusqu’à trois. Être un ScrumMaster pour plusieurs équipes change automatiquement l’attention vers une plus grande vision de l’organisation et du Product Owner.
Attention pour le Product Owner
Initialement, l’attention du ScrumMaster pour le Product Owner consiste à le coacher dans son rôle. Cela inclue l’enseignement de la meilleure utilisation du Product Backlog, la facilitation de son interaction avec le(s) équipe(s), ainsi que d’être là pour l’aider à réfléchir.
Ne pas se concentrer seulement sur les relations entre le Product Owner et les Équipes. Les autres relations du Product Owner nécessitent aussi le support d’un ScrumMaster. Passons les en revue :
Le ScrumMaster aide le Product Owner à se rapprocher des utilisateurs réels et des clients. Le Product Owner a besoin de leurs retors pour valider l’orientation du produit. Il se produit aussi que le Product Owner est le ‘mauvais’ Product Owner; alors le ScrumMaster devrait aider l’organisation à trouver le ‘bon’ Product Owner qui est proche des utilisateurs et des clients.
Le ScrumMaster aide à construire une relation de confiance, d’égalité, et de coopération. C’est une travail difficile car historiquement cette relation est chargée d’opacité, de blâme et de méfiance.
L’attention du ScrumMaster envers le Product Owner devrait diminuer avec le temps lorsque le Product Owner devient plus á l’aise dans son rôle au sein d’une organisation LeSS.
Attention sur l’Organisation
L’adoption de LeSS nécessite un changement de structure initial, et donc l’attention initiale sur l’organisational est forte. L’attention sur l’amélioration de l’organisation retombe une fois que la structure de base est en place. Alors c’est au tour de l’équipe de produire des résultats. C’est la meilleure façon de transformer une organisation : en produisant des résultats. Pourquoi l’organisation vous ferait-elle confiance à vous et à votre équipe si vous ne leur montrez pas des résultats et des bénéfices ?
Produire du logiciel opérationnel produit de crédibilité.
Attention sur lest Pratiques de Développement
Comme ScrumMaster, vous vous devez d’être au courant des pratiques modernes de développement de haut niveau et d’aider à les introduire au sein de l’équipe. Les adoptions de LeSS mettent souvent en oeuvre de très grandes bases de code avec beaucoup de code historique archaïque et incohérent; y appliquer des pratiques modernes relève du challenge. L’attention sur les pratiques de développement reste élevée car cela deviendra de plus en plus difficile d’améliorer les équipes encore d’avantage.
Ne faites de coordination entre les Équipes
Les organisations traditionnelles ont un coordinateur (chef de projet) qui assure la coordination du travail entre les équipes. En LeSS, la coordination multi-équipe est de la responsabilité des équipes.
De nombreuses équipes sont tellement habituées à avoir un coordinateur qu’elles vont se retourner vers le ScrumMaster pour l’être. Ne le faites pas. Aide vos équipes de cette façon :
- rappeler leur qu’il s’agit de leur responsabilité
- présenter les équipes les unes aux autres
- Aider les à convenir d’un mécanisme de coordination , par exemple une réunion
Mais ne faites pas la coordination vous-même.
Liste de Lecture pour ScrumMaster
Nous nous attendrions qu’un ScrumMaster soit un expert en Scrum. Mais maîtrise-t-il bien Scrum? Maîtriser sous-entend qu’il n’y a plus grnd chose á apprendre. Cependant nous nous sommes impliqué dans l’adoption de LeSS depuis un long moment et nous continuons encore à apprendre beaucoup au sujet de LeSS. Les ScrumMasters ont besoin de s’améliorer continuellement eux-mêmes. Lire en est une façon et nous recommandons de lire :
- Leading Teams —Richard Hackman
Les meilleures équipes de Hackman résument plus 30 ans de recherches sur l’équipe et est peut-être le meilleur livre sur la création d’équipes auto-organisées. - The Skilled Facilitator—Roger Schwartz
Il ya beaucoup de facilitation et ce livre est un excellent texte pour améliorer ces capacités de facilitation. - Co-active Coaching—Kimsey-House et. al.
Il y a beaucoup à apprendre sur le coaching et ce livre est un des meilleurs points d’entrée. - The Five Dysfunctions of a Team—Patrick Lencioni
Magnifique petite fable sur la façon dont les équipes travaillent (ou pas). - Humble Inquiry—Edgar Schein
Schein a 50 ans d’expérience dans le développement d’organisations et dans le coaching d’organisations. Une des conclusions de son expérience : nous devons moins dire et d’avantage demander.