Guide de mêlée | 9. Un bon Scrum Master – caractéristiques

Qu'est-ce qui fait un bon scrum master ? Pour répondre à cette question, nous devrions d'abord avoir un récapitulatif sur qui est un scrum master. C'est le poste de facilitateur d'équipe, une personne qui navigue dans l'équipe pour atteindre son plus haut potentiel possible. Scrum master l de l'équipe. Et en supprimant les obstacles qui entravent l'exécution efficace des incréments. Cela nécessite un bon regard, une approche des problématiques rencontrées par l'équipe et des soft skills.

Caractéristiques d'un bon Scrum Master – Table des matières :

1. Planification et coordination
2. Diriger en guidant
3. Convaincre avec soin
4. Voir la grande image
5. Sommaire

Planification et coordination

Le Scrum Master idéal est une personne capable d' organiser le travail avec brio. Cela lui permet d'organiser le Product Backlog de manière efficace et continue – un des artefacts de Scrum que nous allons décrire.

Cependant, les compétences organisationnelles du Scrum Master sont principalement utilisées pour coordonner le travail effectué par les autres. C'est pourquoi il est bon pour lui d'être aussi efficace dans l'organisation d'événements Scrum, que nous décrivons en détail dans un article séparé, que dans leur modération. Ses tâches consistent également à remplir les informations manquantes et à répondre aux questions des développeurs. Et faciliter l'accès à la formation et aux outils pour les membres de l'équipe.

Comme nous l'avons écrit dans l'article précédent, Scrum Master s'occupe principalement de travailler avec les gens. En gérant l'équipe et en assurant le bon fonctionnement, chaque membre de l'équipe Scrum connaît l'étendue de ses fonctions au sein de l'équipe. En d'autres termes, tout le monde sait quoi faire et pourquoi.

Diriger en guidant

Le rôle du Scrum Master a certaines caractéristiques définies. Comme agir en tant que guide, une personne ouvrant la voie à la sécurité mais s'abstenant d'imposer une supériorité. Comme un facilitateur, Scrum Master aide en indiquant des moyens d'augmenter la productivité et d'améliorer la collaboration. En d'autres termes, un bon Scrum Master ne consacre pas de temps à forcer des décisions ou des solutions concernant le produit que l'équipe est en train de créer. Au lieu de cela, l'accent principal tourne autour de la performance de l'équipe. Ce faisant, trouvez des solutions efficaces et suggérez comment travailler ensemble.

C'est pourquoi il est si important pour lui de pouvoir poser des questions. Des questions qui ne sont pas traditionnellement associées au rôle de manager. Autrement dit, au lieu de vérifier les tâches et de demander – ont-elles été effectuées correctement et à temps ? Et pourquoi pas?

Le bon Scrum Master demande :

• Comment puis-je vous aider?
• Qu'est-ce qui pourrait aider l'équipe à avancer sur ce projet ?
• Avons-nous raté quelque chose ?
• Avons-nous couvert tous les problèmes?
• Quoi d'autre pourrait mal tourner ?
• Combien de temps faut-il pour cela ?
• Allons-nous continuer cette approche dans la prochaine itération ?

Poser des questions ne suffit cependant pas. La clé est la capacité d'écouter et de bénéficier des connaissances, des idées et de l'assistance fournies par l'équipe.

Convaincre avec soin

La base de la position forte d'un Scrum Master dans une équipe Scrum est de traiter tous les membres de l'équipe de manière égale. La clé est de s'assurer que chaque membre de l'équipe de développement sente que sa contribution à l'équipe est valorisée. L'étape suivante consiste à responsabiliser les membres de l'équipe en soutenant leur développement professionnel et personnel. Une équipe de développement composée d'individus égaux et confiants s'efforcera de résoudre les problèmes de manière indépendante.

Cependant, cela signifie un mode de gestion beaucoup plus difficile que le mode de gestion traditionnel. Un Scrum Master devrait privilégier le dialogue et la discussion plutôt que de forcer, et guider et poser des questions plutôt que de trouver des solutions pour les développeurs. Cela demande beaucoup de patience. Mais aussi de la décision. Après tout, il ne s'agit pas de laisser des questions litigieuses non résolues.

C'est pourquoi Scrum Master doit maîtriser la capacité d' influencer l'équipe. Cela nécessite une intelligence émotionnelle élevée. Il ne travaille généralement pas dans une position qui ferait de lui, au sens traditionnel, le supérieur de l'équipe de développement.

Voir la grande image

Le Scrum Master travaille à l'intérieur de l'équipe, et ne regarde pas le travail de l'équipe « d'en haut ». Cependant, cela ne s'applique pas à toutes les situations. En n'étant pas directement impliqué dans la création du produit, le Scrum Master peut voir des modèles et des dépendances invisibles pour les membres de l'équipe de développement.

Cette perspective différente est également bonne pour motiver les autres. Il permet de fixer des horizons de développement et soutient constamment les membres de l'équipe de développement pour les atteindre.

La possibilité d'avoir une perspective plus large du travail de l'équipe permettra à un Scrum Master de suggérer un changement systémique dans l'approche, au lieu d'aider les développeurs à corriger des erreurs uniques et récurrentes. Énergique, une autre qualité d'un bon Scrum Master, qui peut dynamiser l'équipe, aide également à soutenir la nouvelle vision.

Bon Scrum Master – résumé

Dans l'article d'aujourd'hui, nous avons décrit les caractéristiques les plus importantes d'un bon Scrum Master :

• super travail d'organisation
• la capacité de poser des questions et d'utiliser les connaissances des autres
• gérer par l'influence
• la capacité à prendre de la distance

Évidemment, la liste complète de toutes les compétences du Scrum master est vaste. Il est prudent de dire cependant que cela ressemble à l'ensemble des compétences d'un bon chef de projet.

La gestion des conflits, la bonne persuasion et le travail d'équipe sont les bases sur lesquelles reposent les compétences détaillées d'un Scrum master.

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

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