☀️ 🤚🏿 👨🏾‍💼 Qui sont ces gens? Pourquoi ont-ils besoin de moi? et autres problèmes de Scrum Master 🚋 🥫 ♻️

Qu'est-ce qu'un maître de mêlée pense qu'il ne connaît la mêlée que par un guide? Comment essaie-t-il d'aider l'équipe à ne pas se séparer et à améliorer les processus existants? Un article sur les difficultés que j'ai rencontrées au début de mon parcours de samouraï.

L'équipe à laquelle je suis arrivée en tant qu'ingénieur QA était déjà formée: des processus standard ont été construits, l'atmosphère dans l'équipe était conviviale et calme. Après un an de travail, la question s'est posée de savoir qui remplacera le Scrum-master, qui a rejoint une autre équipe. Je voulais l'essayer. Il n'y avait aucune expérience dans la gestion et la construction de processus, mais le sol au départ est bienveillant. Pourquoi pas?

Des difficultés

Après une semaine d'euphorie (eee, nouvelle achivka!) Mille et un problèmes me sont tombés sur la tête (maman, aide!). La plupart d'entre elles sont personnelles, banales ou se décident en passant quelques entraînements. Je veux partager quatre difficultés fondamentales qu'un scrum master débutant peut rencontrer.

Manque d'autorité

Malgré le fait que j'ai travaillé dans l'équipe pendant un an, le rôle du Scrum Master était nouveau pour moi. Pour construire de nouveaux processus, la crédibilité est l'un des éléments importants. Lorsque vous essayez de changer vos pratiques habituelles, basées uniquement sur des connaissances théoriques, il est difficile d'éviter le scepticisme de la part de l'équipe. Même l'introduction d'une des pratiques les plus courantes - le scrum poker - a été problématique pour moi.

L'ombre d'un ancien maître

Il n'y a pas d'échappatoire aux comparaisons. Si avant mon arrivée, quelque chose fonctionnait mal, et que rien n'avait changé après mon arrivée, il y avait des demandes: "Nous avons une planification trop compliquée, faisons-en déjà quelque chose!" Dans le cas où quelque chose était pratique pour l'équipe, par exemple, un tableau physique sur le quotidien, et après que je sois apparu et ai dit: "Je suis mal à l'aise, changeons!", L'équipe n'a pas compris pourquoi c'était nécessaire.

Une autre difficulté est liée à la communication. Le précédent Scrum Master a très vivement pris en compte son travail et il était important pour moi de recevoir des commentaires. En conséquence, la première rétroaction utile n'a été possible qu'en quelques mois - la persévérance et les conversations en face à face ont aidé. Lors de réunions personnelles, certains gars ont dit qu'il était inconfortable pour eux de critiquer mon travail: l'expérience précédente a déclaré que blesser les sentiments du Scrum Master est facile, et les commentaires sont perçus comme une insulte.

Communication d'équipe

Un Scrum Master idéal observe l'humeur de l'équipe, analyse le fonctionnement des processus et comprend comment l'équipe réagit aux changements. Comment ne pas confondre l'indifférence du processus de la part de l'équipe avec ce qui fonctionne déjà bien? Comment assembler un feedback adéquat? Ici, j'ai clairement manqué de pratique. Ces questions ont été particulièrement préoccupantes rétrospectivement, lors d'une assemblée générale, des questions mineures ont été soulevées pour discussion ou pas du tout soulevées. Cela se produit si l'équipe a fait un bon sprint ou si les problèmes sont silencieux.

Syndrome des volontaires

Au début du voyage, je veux donner le meilleur de moi-même, afin que l'équipe réalise immédiatement à quel point je suis cool et combien je peux. Pourquoi devrais-je en faire moins si je peux en faire plus?

Solutions

Il ne peut y avoir de solution universelle à toutes les difficultés. Ci-dessous, je liste les modèles de comportement qui m'ont aidé à m'habituer à un nouveau rôle.

Résoudre les problèmes par étapes

J'ai combiné le rôle d'un Scrum Master avec le poste d'ingénieur QA et je ne pouvais physiquement pas me permettre de m'occuper uniquement d'améliorer les processus dans l'équipe. J'ai essayé de trouver un équilibre et, en conséquence, j'ai évité de graves problèmes en changeant tout et tout dans l'équipe. La solution progressive a non seulement aidé à ne pas creuser les changements pour le plaisir de changer, mais aussi à suivre comment une innovation particulière a affecté le problème qui était résolu initialement.

Je voulais changer quelques choses dans l'équipe. L'un d'eux était une planche physique pour le quotidien. J'étais trop paresseux pour m'engager dans sa conception de sprint en sprint. La situation était compliquée par le fait que ce problème n'affectait pas toute l'équipe. Un autre problème avec la carte est la mise à jour réactive des états des tâches. Étant donné que l'équipe était dans le même bureau, il était assez facile de connaître l'avancement de la tâche - demandez à un collègue ou regardez le tableau. Cela n'a pas posé de problème à ce moment-là, mais cela pourrait interrompre les processus si l'un des collègues travaillait longtemps ou si un employé distant apparaissait.

La solution au premier problème consistait à déléguer la conception de la carte ou à passer à un outil électronique. Le second est le développement d'une culture de maintien de l'ordre. Soit dit en passant, l'argument «un jour, cela peut nous aider» ne motive pas suffisamment l'équipe pour changer.

J'ai décidé de tuer le tableau physique en le remplaçant par des tableaux dans Wrike, où les informations de base sur la tâche sont présentées de manière très pratique. Après un certain temps, les statuts des tâches ont commencé à être mis à jour chaque jour, car la source de la vérité n'était pas un tableau, mais les tâches elles-mêmes! Je n'ai même pas eu à résoudre le deuxième problème.

Argument pour tout changement

Pas besoin de se précipiter dans la carrière avec un cri: "Maintenant tout sera!". Au tout début du chemin de la maîtrise de la mêlée, il y a une chance de créer des processus pour le plaisir des processus, cela peut aggraver le karma. Vous devez d'abord comprendre pourquoi, puis diffuser l'idée à l'équipe.

Dans le cas du rejet de la planche physique, j'ai dit à l'équipe qu'il était difficile pour moi de dessiner, et s'il n'y a pas d'alternative pour la planche, je demanderais à l'équipe de partager avec moi les responsabilités de couper et accrocher des autocollants.

Etudier le comportement de l'autorité

Vous voyez que quelqu'un dans l'équipe parle avec succès de ses idées? Écoutez-vous l'opinion du leader? Vous pouvez observer comment cette personne fournit des informations, très probablement, lui et l'équipe sont sur la même longueur d'onde. Il est également important de se connecter à cette vague.

L'âme de notre équipe était un chef de produit. L'importance et la nécessité des fonctionnalités sur lesquelles il a proposé de travailler, l'équipe a partagé. Et le fait n'est pas seulement que ces changements étaient évidemment nécessaires et importants. Le gestionnaire a plaidé pour la proposition, a souligné les avantages, a clarifié - cela a aidé à réaliser et à accepter la nouvelle tâche.

Trouvez des personnes partageant les mêmes idées

Une tête est bonne et a une centaine d'amis. Un esprit collectif est bien, mais toutes les questions ne peuvent pas être soulevées pour une discussion d'équipe. Vous pouvez trouver un ou deux collègues attentionnés et les consulter. Mais différents membres de l'équipe ont des compétences dans différents aspects du travail, il est donc préférable de ne pas se concentrer sur une paire de conseillers. Développez votre cercle social.

Pour de nouvelles idées concernant les processus, je me suis tourné vers le chef de produit. Les angles vifs et les problèmes m'ont aidé à trouver un ingénieur d'essais. Le résultat a été une solution agréable et éprouvée.

L'expérience nécessaire pour le Scrum Master vous aidera à obtenir des livres, des formations et des entraînements. Mais le nombre de pourboires passe par le toit, et même hiérarchiser les conseils par nécessité entraîne des difficultés. La prise de conscience des complexités est un pas dans la bonne direction vers les processus de maintenance et de construction.

Et après?

Maintenant que le chaos est rationalisé, vous pouvez penser à travailler sur des compétences et des tâches spécifiques.

Scrum

Connaître la méthodologie Scrum (principes, valeurs, rôles, artefacts)
Aide à la formation de l'arriéré
Organiser le travail de l'équipe Scrum (processus itératif et incrémental, événements d'équipe)
Aidez l'équipe à réfléchir et à travailler sur l'amélioration des processus (par exemple, en utilisant des rétrospectives)
Être capable de faciliter les réunions

La gestion

Aide à la planification d'équipe
Organisez le travail d'équipe selon les objectifs du sprint
Aider à prioriser les tâches, assurer la transparence des priorités
Identifier les problèmes de travail en équipe
Responsable des artefacts Scrum et des outils d'équipe: backlog, réunions, discussions

Compétences de personnalité

Reconnaissez et contrôlez vos propres émotions
Soyez responsable du résultat.
Être proactif et indépendant dans l'organisation du travail

Il peut y avoir plus de directions de développement, je n'ai identifié que celles auxquelles je devais faire attention juste après le début du travail. Ma liste de problèmes que les maîtres de mêlée dépassent au début est loin d'être complète. Il serait intéressant de savoir quels problèmes vous avez dû résoudre.

Qui sont ces gens? Pourquoi ont-ils besoin de moi? et autres problèmes de Scrum Master