En tant que Scrum Master, vous avez certaines responsabilités. Et vous disposez également de droits qui vous permettront de réussir dans votre rôle. Je vais partager trois droits dont vous avez besoin pour être efficace. Vous pouvez regarder la vidéo ci-dessous ou faire défiler vers le bas pour lire l’article.
Les Scrum Masters efficaces ont accès aux parties prenantes
Le premier droit d’un Scrum Master est d’avoir accès aux parties prenantes et aux décideurs.
J’avais l’habitude de travailler sur un projet de systèmes de centre d’appels. Les développeurs et le Scrum Master n’étaient pas autorisés à communiquer avec les parties prenantes.
Les agents du centre d’appels étaient tous des infirmiers. La théorie était qu’ils étaient trop occupés pour communiquer avec les développeurs et le Scrum Master. (Cette même activité était la raison pour laquelle ils avaient besoin d’un nouveau logiciel.)
Mais sans pouvoir connaître directement leurs besoins, l’équipe de développement logiciel a pris de mauvaises décisions. Tout devait passer par notre propriétaire de produit. Les programmeurs ont commencé à traquer les infirmières dans la cantine. C’était le seul moment où ils pouvaient se rencontrer : lorsqu’une infirmière était en pause.
Ce projet a finalement été couronné de succès. Mais le processus aurait pu être plus rapide si les programmeurs et Scrum Master avaient eu davantage accès aux parties prenantes et aux décideurs. L’accès leur aurait permis de prendre des décisions et des pivots plus rapides.
Comment un Scrum Master efficace aide-t-il l’équipe à obtenir les commentaires des parties prenantes ? Revues de sprints. Ces événements Scrum intégrés sont le moment idéal pour les développeurs d’accéder directement aux parties prenantes. Si les parties prenantes ne sont pas présentes régulièrement, considérez ces élémentsQuatre questions pour remédier à la faible participation à vos revues de sprint et le Les sept meilleures façons d’impliquer les parties prenantes.
Les Scrum Masters efficaces trouvent un espace pour l’expérimentation
Une autre caractéristique d’un Scrum Master efficace est la liberté d’expérimenter de nouvelles idées.
J’aime le fait que la majorité des gens dans le monde fassent désormais des sprints de deux semaines. Cependant, je pense que nous avons perdu quelque chose en nous éloignant des sprints de quatre semaines : la capacité d’expérimenter aussi souvent qu’avant.
Pour voir ce que je veux dire, considérons une équipe de développement aux premiers jours de Scrum. Ces premières équipes Scrum feraient des sprints de quatre semaines.
Maintenant, imaginez que c’est planification des sprintset cette équipe décide entre deux options pour atteindre un objectif.
L’une est la méthode éprouvée. La seconde solution est peut-être meilleure, mais elle n’a pas encore été prouvée. La nouvelle méthode pourrait ne pas fonctionner. . .mais si c’est le cas, ce sera mieux.
Les équipes de développement choisissent souvent d’adopter une approche plus risquée, révolutionnaire et innovante lorsqu’elles travaillent sur des sprints de quatre semaines. Ils savaient que même si l’expérience échouait, ils n’y auraient consacré que trois ou quatre jours. Avec un sprint plus long, il y aurait encore suffisamment de temps pour récupérer, pour revenir à une approche sûre.
De nos jours, la plupart des équipes agiles se tournent vers des sprints plus courts. La conséquence involontaire est que les organisations ont transformé Scrum en un processus de vérification des cases. Si les membres de l’équipe ont terminé tous les éléments qu’ils avaient promis, l’équipe réussit. . .mais s’ils ne l’ont pas fait, ils ont échoué.
(Cette tendance est la raison pour laquelle je prétends que les équipes agiles ne devraient pas tout finir à chaque itération.)
Avec des sprints plus courts, les équipes ne se sentent plus en sécurité grâce à l’expérimentation. Et comme c’est le cas, l’innovation a également reculé.
Pour réussir en Scrum Masters, nous devons nous battre pour établir l’expérimentation dans le cadre de notre culture d’entreprise.
Je ne prône pas les risques inconsidérés ou l’expérimentation lors de la dernière étape d’un grand projet. Cependant, il y a des moments au cours d’un projet où il vaut la peine de faire preuve d’inventivité avec une solution créative qui risque d’échouer.
Mes équipes ont réussi à faire de la place aux expériences dans un court sprint. Nous utilisons la notion de des déclencheurs pour accélérer la prise de décision.
Les Scrum Masters doivent être capables de résoudre les problèmes ouvertement
Nous avons parlé de deux droits pour un Scrum Master efficace : l’accès aux parties prenantes et l’espace d’expérimentation. Les Scrum Masters doivent également avoir le droit d’aborder les problèmes ouvertement.
Votre rôle en tant que leader serviteur Scrum Master consiste à identifier et à résoudre les problèmes et les problèmes qui nécessitent une attention particulière. (Et ça commence par faciliter des rétrospectives efficaces.)
Mais si votre entreprise a une culture « tirer sur le messager », il vous sera difficile de continuer à soulever des problèmes. Vous ne pouvez pas être transparent lorsque vous êtes critiqué et peut-être même personnellement attaqué chaque fois que vous soulignez un problème.
Pour être efficaces, les équipes de développement agiles et les Scrum Masters ont besoin d’une culture d’entreprise de sécurité psychologique.
L’un de nos formateurs Scrum certifiés, Scott Dunn, a écrit un blog invité sur ce que Les Scrum Masters et les équipes peuvent agir lorsque les dirigeants n’écoutent pas. Certains de ses conseils sont de consacrer du temps à éduquer les parties prenantes et les dirigeants, non seulement sur le cadre Scrum, mais également sur les principes qui sous-tendent Agile et Scrum.
Scott nous rappelle également que battre les dirigeants avec un livre de règles agile peut entraver les progrès. Au lieu de cela, reconnaissez le point de vue de ces dirigeants, trouvez un terrain d’entente et présentez des alternatives qui fonctionneront pour tout le monde.
Les Scrum Masters ont des droits pour pouvoir assumer leurs responsabilités
Disposez-vous de ces droits dans votre organisation ? Avez-vous dû argumenter pour les obtenir ? Pensez-vous avoir besoin de droits supplémentaires en tant que Scrum Master ? Faites-moi savoir dans les commentaires.
