Que fait un Scrum Master toute la journée?
Pour citer wikipedia:
Scrum est facilité par un ScrumMaster, dont le travail principal est de supprimer les obstacles à la capacité de l'équipe à atteindre l'objectif de sprint. Le ScrumMaster n'est pas le leader de l'équipe (car ils s'auto-organisent) mais agit comme un tampon entre l'équipe et toute influence distrayante. Le ScrumMaster garantit que le processus Scrum est utilisé comme prévu. Le ScrumMaster est le respecteur des règles. "
Sur cette base, et le fait que la plupart des entreprises exécutent 2 à 3 projets à la fois, quelles tâches de travail effectives un SM effectue-t-il pour occuper un emploi à temps plein? Ou, n'est-ce pas un travail à temps plein et cette personne fait d'autres choses comme le développement, les ventes, etc.?
Y a-t-il des SM à partager?
Le Scrum Master fera des choses comme s'assurer que des mêlées se produisent, organiser des réunions de planification de sprint, des rétrospectives, etc. Aussi, il sera en mesure d'expliquer à la direction ce que l'équipe fait et pourquoi les membres de l'équipe ne peuvent pas être débauchés sur d'autres projets jusqu'à ce que le finitions de sprint. Au-delà de cela, il n'y a pas vraiment de tâches définies pour le Scrum Master. Donc, une personne devrait facilement être Scrum Master pour 3 équipes, et avoir encore du temps pour effectuer des tâches de type gestion (demandes de vacances, procédures, assister à des réunions ennuyeuses avec les administrateurs ou autre), ou être libre de contribuer au développement ressources de l'équipe.
Malheureusement, nous n'avons pas le luxe d'avoir des maîtres de mêlée dédiés. Je suis également chef d'équipe et développeur senior, ce qui remplit largement la journée.
Je suis généralement sur Stack Overflow toute la journée. Oh, et j'essaie de coordonner les déjeuners.
La clé du rôle ScrumMaster est de supprimer les obstacles.
"agit comme un tampon entre l'équipe et toute influence distrayante"
C'est un travail à plein temps. Il y a un tas de gens qui aimeraient obtenir des informations de l'équipe et c'est le SM pour répondre à ces questions. Pour bien faire ce travail, il est important d'être proactif et non réactif. Par conséquent, ils devraient garder toutes les roues en douceur. C'est une transformation incroyable lorsque le SM fonctionne bien.
ScrumMaster/Iteration Manager
- Construit le plan de version
- Élabore le plan Scrum/Itération
- Planifie et héberge le
- Réunions de planification Scrum/Itération
- Show & Tells
- Réunions de planification des versions
- Rétrospectives
- Possède le panneau de blocage et travaille activement avec l'équipe pour identifier et supprimer les bloqueurs
- Met à jour l'équipe WIKI
- Met à jour les grands graphiques visibles dans la salle d'équipe, y compris le mur de cartes d'histoire
- Participe au standup quotidien
- Participe au Scrum of Scrums quotidien
Le ScrumMaster/Iteration Manager est aussi le chien de berger, c'est-à-dire qu'il protège l'équipe (troupeau). Enfin, le ScrumMaster/Iteration Manager est le point de contact de l'équipe vers les ressources externes mais principalement le Project Manager.
Je pense qu'il y aura autant de réponses à cette question qu'il y aura de personnes pour y répondre. Dans une petite équipe avec des gens dévoués qui savent surtout ce qu'ils font, le rôle de SM est presque invisible; sur une équipe plus grande essayant de faire face à de vagues exigences et à des luttes de pouvoir, le SM sera très visible et n'aura probablement jamais un moment pour lui-même, car il deviendra le paratonnerre de toutes les frustrations de l'équipe (et des parties prenantes en dehors).
Rien ne peut remplacer ce que vous voulez réaliser et avoir une petite équipe de personnes qui savent comment y parvenir. Si vous avez cela et que vous "adoptez SCRUM", vous serez probablement rapidement convaincu qu'être Scrum Master est facile. Mais si à la place vous avez un gros gâchis d'équipe, un objectif indéfini et beaucoup de combats politiques en cours, et que vous "adoptez SCRUM", vous en ressortirez probablement en pensant qu'être Scrum Master est un temps plein ( impossible) travail nécessitant une combinaison de talents très rares. La plupart des équipes réelles se situent probablement quelque part entre ces extrêmes.
Bien que ScrumMaster soit un rôle dans le cadre Scrum, la personne remplissant ce rôle doit être membre de l'équipe. Dans Scrum, Les membres de l'équipe doivent à tout prix être à plein temps . Les membres de l'équipe devraient pouvoir reprendre les tâches dans le backlog de Sprint. Il peut s'agir de tâches de développement, de tâches de test, de configuration des tâches du serveur CI, etc. Si vous ne pouvez pas contribuer au burndown, alors pourquoi faire partie de l'équipe? S'enculer et rejoindre une autre équipe est la dernière chose que tout ScrumMaster qui se respecte devrait faire. ScrumMasters devrait être des chefs de service qui sont intégrés et dédiés à leur équipe et leur produit. ScrumMaster est un rôle dans une équipe, pas un titre de poste. Je ne suis pas d'accord avec ceux qui pensent que vous pouvez être ScrumMaster sur plus d'un projet à la fois tout en étant de classe mondiale. Le fait est que ce n'est tout simplement pas Scrum.
D'abord et avant tout: supprimer les obstacles.
Il est préférable qu'un Scrum Master soit dédié à une équipe, afin que les obstacles soient supprimés dès que possible. Cela peut être fait de manière proactive, par exemple en poussant le PO pour mieux analyser certaines histoires pour le prochain Sprint.
S'il y a du temps supplémentaire disponible, il est pratique que le SM ait des compétences qui peuvent le faire fonctionner comme développeur ou testeur dans l'équipe. J'ai vu de bons résultats avec les SM qui délèguent autant que possible à un chef de projet (classique) et se concentrent sur le développement la plupart du temps.
Tout et tout ce dont les développeurs ont besoin pour rester productifs. Commander une pizza. Allez parler aux administrateurs, à la direction et à d'autres équipes. Faites des trucs bureaucratiques. Réparez le serveur de build si personne d'autre n'est disponible.
Pour faire une histoire courte, le Scrum Master est responsable de faire bouger les choses. Et dans la pratique, il arrive souvent que le Scrum Master soit en fait un chef de projet déguisé. C'est du moins le cas dans mon entreprise.
Le mot clé ici est qu'un rôle de Scrum Master est un rôle de facilitateur. Et comme quelqu'un l'a mentionné à juste titre, son travail le plus important est d'assurer un environnement sans distraction sans faille pour son équipe, ce qui signifie éliminer les obstacles, s'assurer que son équipe a tout ce dont elle a besoin à tout moment. Scrum master est un lien entre l'équipe Produit et l'équipe Développement. La décision est prise par l'ÉQUIPE et non par le Scrum master. Ce n'est pas une bonne idée de partager un Scrum Master entre plusieurs équipes, car l'exigence d'une équipe peut être un obstacle pour l'autre équipe et défie donc tout le but d'un Scrum Master. De plus, il est très dangereux d'avoir votre Manager en tant que Scrum Master car la pression de livraison sur le manager peut le forcer à micro gérer ce qui est un tueur pour toute équipe de Scrum. Autre que le truc ordinaire qui est
- Organiser la planification et les rétrospectives de Sprint
- Facilitez les prises de position quotidiennes
- Démo à la fin de l'itération de sprint
- Répondre aux préoccupations de l'équipe mentionnées lors des standups
Quelques choses importantes qu'un Scrum Master doit gérer au jour le jour est
- Prévoyez et supprimez toute distraction pour l'équipe avant même qu'elle ne touche l'équipe.
- Encouragez l'équipe à communiquer davantage
- Maintenir une communication constante avec l'équipe produit pour vérifier ce qui doit être fait en prévision des futurs sprints
- Assurez-vous que l'équipe suit les processus sur lesquels ils se sont entendus collectivement, car parfois, pendant les activités de sprint, certains processus passent à travers la fissure
- Trouver constamment des moyens d'améliorer les processus suivis par l'équipe
Plus important encore, un Scrum Master doit se tenir prêt et soutenir son équipe.
Tout ce travail prend beaucoup de temps et nécessite un Scrum Master dédié qui ne joue aucun autre rôle.
Sur cette base, et le fait que la plupart des entreprises exécutent 2 à 3 projets à la fois, quelles tâches de travail effectives un SM effectue-t-il pour occuper un emploi à temps plein?
Tout ce qui fait partie de leurs compétences pour aider l'équipe à atteindre son objectif.
Ou, n'est-ce pas un travail à temps plein et cette personne fait d'autres choses comme le développement, les ventes, etc.?
ScrumMaster n'était pas initialement destiné à être un emploi à temps plein. ScrumMaster est un rôle rempli par quelqu'un de l'équipe. Ce membre de l'équipe est dédié au produit à plein temps. Ainsi, quand il\elle ne fait pas de tâches ScrumMaster, ils reviennent par défaut à la gravure des tâches sur le Sprint Backlog.
Scrum Master est comme la mère ours de l'équipe. Ils s'occupent de la santé de l'équipe (en ce qui concerne le projet), les protègent des étrangers ennuyeux et éliminent tous les obstacles pour l'équipe. Je joue à ScrumMaster pour mon équipe mais je suis aussi un responsable du développement (pour la même équipe!) Qui participe aux discussions techniques, aux discussions de conception, à la coordination entre les développeurs et le QA de notre équipe (s'ils ne le font pas déjà eux-mêmes). J'essaie de prendre en charge des tâches de développement réelles pour graver le graphique lorsque le temps est disponible.
N'est-il pas extrêmement distrayant pour le ScrumMaster de jouer ce rôle dans plusieurs équipes. Dieu, je trouverais cela déroutant. Quel obstacle bloque à nouveau quelle équipe ?? Attendez qui travaillait sur cette tâche ??
Comme l'implique le développement de la conduite, le ScrumMaster est un membre à part entière de l'équipe et devrait donc être à plein temps. Je considère généralement mon rôle comme "veiller à ce que l'équipe fonctionne comme une machine bien huilée", ce qui peut avoir plusieurs sens à différents moments. Souvent, un SM passe beaucoup de temps à faciliter les interactions de l'équipe avec des personnes extérieures à l'équipe, en particulier celles liées à l'analyse commerciale et aux attentes des parties prenantes. Au-delà, il s'agit de rencontrer les éléments mécaniques listés par Cam et de soigner l'état physique et émotionnel de l'équipe.
En ce qui concerne l'une des réponses précédentes, l'un des aspects fondamentaux sur lequel j'insiste est qu'aucun membre de l'équipe ne relève directement de moi, ni l'un de l'autre. Cela empêche des choses comme les vacances, les dépenses, etc. de faire partie de mon travail, mais contribue à ne pas encombrer la relation de confiance qui doit exister.
Comme généralement compris, la priorité n ° 1 sur la liste du Scrum-Master est de supprimer les obstacles signalés par l'équipe. Mais cela ne doit pas s'arrêter là, il doit constamment rechercher les obstacles potentiels .. et plus important encore les obstacles qui sont là mais pas encore identifiés. Ken a dit que les obstacles sont des opportunités. Donc Scrum-master devrait profiter de ces opportunités toute la journée pour amener son équipe à une hyper productivité.
Le but ultime de Scrum est d'apporter du succès aux projets. Le but d'avoir un maître de mêlée est de s'assurer que la mêlée réussit à remplir le but de la mêlée. Maintenant, pour accomplir le but du Scrum-Master, il/elle doit aussi penser et agir au niveau stratégique. C'est un travail à plein temps.
Un rôle Scrum Master correctement implémenté est inestimable pour le projet et ne doit pas être considéré comme un rôle à temps partiel. L'aspect le plus important du rôle est d'agir comme un leveur d'obstacles pour toutes les questions soulevées lors des réunions Scrum par les équipes de développement. Un Scrum Master technique (ce que la plupart des SM ont tendance à être) ne devrait pas être un développeur de l'équipe, mais devrait être en mesure de vous conseiller sur la conception et les solutions (une extension de la programmation par paires si vous le souhaitez).
Ils sont responsables de la mise à jour du ProductBackLog (les histoires doivent être créées par l'entreprise), de SprintBackLog et de BurnLog et de la liaison avec l'entreprise et la gestion informatique sur les progrès. Ils gèrent également un SpikeLog pour tous les éléments nécessitant une enquête qui peuvent évoluer en histoires (à nouveau entraînés par l'entreprise).