Quem são essas pessoas? Por que eles precisam de mim? e outros problemas do scrum master

O que um mestre de scrum sente que sabe sobre scrum apenas a partir de um guia? Como ele está tentando ajudar a equipe a não quebrar e melhorar os processos existentes? Um artigo sobre as dificuldades que encontrei no início da minha jornada como samurai.

A equipe que eu conheci como engenheiro de QA já estava formada: processos padrão foram construídos, a atmosfera na equipe era amigável e calma. Depois de um ano do meu trabalho, surgiu a questão de quem substituirá o Scrum-master, que se mudou para outra equipe. Eu queria tentar. Não havia experiência no gerenciamento e construção de processos, mas o solo para o início é benevolente. Por que não?

imagem

Dificuldades


Depois de uma semana de euforia (eee, novo achivka!) Mil e um problemas caíram na minha cabeça (mãe, socorro!). A maioria deles é pessoal, banal ou é decidida com a aprovação de alguns treinamentos. Quero compartilhar quatro dificuldades básicas que um Scrum Master iniciante pode encontrar.

Falta de autoridade


Apesar de trabalhar na equipe por um ano, o papel do scrum master era novo para mim. Para criar novos processos, a credibilidade é um dos componentes importantes. Quando você tenta mudar suas práticas habituais, com base apenas no conhecimento teórico, é difícil evitar o ceticismo por parte da equipe. Até a introdução de uma das práticas mais comuns - scrum poker - foi problemática para mim.

A sombra de um ex-mestre


imagem
Não há como escapar de comparações. Se antes da minha chegada algo funcionou mal e nada mudou depois da minha chegada, houve pedidos: "Temos um planejamento muito complicado, vamos fazer alguma coisa com ele!" No caso em que algo era conveniente para a equipe, por exemplo, um quadro físico diário, e depois que apareci e disse: "Estou desconfortável, vamos mudar!", A equipe não entendeu por que isso era necessário.

Outra dificuldade está relacionada à comunicação. O scrum master anterior recebeu bastante feedback sobre seu trabalho, e era importante para mim receber feedback. Como resultado, o primeiro feedback útil só foi possível em alguns meses - persistência e conversas pessoais ajudaram. Em reuniões pessoais, alguns caras disseram que era desconfortável para eles criticarem o meu trabalho: a experiência anterior dizia que magoar os sentimentos do scrum master é fácil, e o feedback é percebido como um insulto.

Comunicação em equipe


Um scrum master ideal observa o clima da equipe, analisa como os processos funcionam e entende como a equipe reage às mudanças. Como não confundir a indiferença ao processo por parte da equipe com o que já está funcionando bem? Como montar um feedback adequado? Aqui, eu claramente não tinha prática. Essas questões foram especialmente preocupadas em retrospecto, quando em uma assembléia geral questões menores foram levantadas para discussão ou não foram levantadas. Isso acontece se a equipe teve um bom sprint ou se os problemas são silenciosos.

Síndrome do voluntário


No início da jornada, quero dar o meu melhor, para que a equipe perceba imediatamente o quanto sou legal e o quanto posso. Por que devo fazer menos se posso fazer mais?

Soluções


Não pode haver solução universal para todas as dificuldades. Abaixo, listo os padrões de comportamento que antes me ajudaram a me acostumar a um novo papel.

Resolver problemas em etapas


Combinei o papel de um mestre de scrum com a posição de engenheiro de controle de qualidade e, fisicamente, não podia me dar ao luxo de lidar apenas com a melhoria dos processos da equipe. Tentei encontrar um equilíbrio e, como resultado, evitei problemas sérios de mudar tudo e tudo na equipe. A solução em fases ajudou não apenas a não se aprofundar nas mudanças, mas também a monitorar como uma inovação específica afetava o problema que estava sendo resolvido inicialmente.

Eu queria mudar algumas coisas na equipe. Um deles era um quadro físico para o diário. Eu estava com preguiça de me envolver em seu design, de um sprint para outro. A situação foi complicada pelo fato de esse problema não afetar toda a equipe. Outro problema com o quadro é a atualização reativa dos status das tarefas. Como a equipe estava no mesmo escritório, era fácil descobrir o progresso da tarefa - pergunte a um colega ou observe o quadro. Não causou dificuldades naquele momento, mas poderia interromper os processos se um dos colegas trabalhasse por um longo tempo ou um funcionário remoto aparecesse.

A solução para o primeiro problema foi delegar o design da placa ou mudar para alguma ferramenta eletrônica. O segundo é o desenvolvimento de uma cultura de manutenção da ordem. A propósito, o argumento “algum dia isso pode nos ajudar” não motiva suficientemente a equipe a mudar.

Decidi eliminar o quadro físico substituindo-o por tabelas no Wrike, onde as informações básicas sobre a tarefa são apresentadas de maneira bastante conveniente. Depois de algum tempo, os status das tarefas começaram a ser atualizados todos os dias, porque a fonte da verdade não era um quadro, mas as próprias tarefas! Nem precisei resolver o segundo problema.

imagem

Argumento para qualquer alteração


Não há necessidade de correr para a pedreira com um grito: "Agora tudo será!". No início do caminho do domínio do scrum, há uma chance de criar processos em prol de processos, isso pode piorar o carma. Primeiro, você precisa entender o motivo e depois transmitir a idéia para a equipe.

Na situação com a rejeição do quadro físico, eu disse à equipe que era difícil elaborar e, se não houvesse alternativa para o quadro, pedia à equipe que compartilhasse comigo as responsabilidades de cortar e pendurar adesivos.

Estudar o comportamento da autoridade


Você vê que alguém da equipe fala com sucesso sobre suas idéias? Você ouve a opinião do líder? Você pode observar como essa pessoa fornece informações, provavelmente, ele e a equipe estão no mesmo comprimento de onda. Também é importante sintonizar essa onda.

A alma da nossa equipe era gerente de produtos. A importância e necessidade dos recursos em que ele se propôs a trabalhar, a equipe compartilhou. E o ponto não é apenas que essas mudanças foram obviamente necessárias e importantes. O gerente defendeu a proposta, destacou as vantagens, esclareceu - isso ajudou a realizar e aceitar a nova tarefa.

Encontre pessoas afins


Uma cabeça é boa e tem cem amigos. Uma mente coletiva é boa, mas nem todas as questões podem ser levantadas para discussão em equipe. Você pode encontrar um / dois colegas atenciosos e consultar com eles. Mas diferentes membros da equipe têm habilidades em diferentes aspectos do trabalho, portanto, é melhor não se concentrar em um par de consultores. Expanda seu círculo social.

Para novas idéias sobre processos, procurei o gerente de produto. Ângulos agudos e problemas me ajudaram a encontrar um engenheiro de testes. O resultado foi uma solução agradável e comprovada.

imagem

A experiência necessária para o scrum master o ajudará a obter livros, treinamentos e prática. Mas o número de dicas passa pelo teto, e até priorizar as dicas em ordem de necessidade causa dificuldades. A conscientização das complexidades é um passo na direção certa para manter e construir processos.

Qual é o próximo?


Agora que o caos foi simplificado, você pode pensar em trabalhar em habilidades e tarefas específicas.

Scrum


  • Conhecer a metodologia scrum (princípios, valores, papéis, artefatos)
  • Ajuda na formação de backlog
  • Organizar o trabalho da equipe scrum (processo iterativo e incremental, eventos da equipe)
  • Ajude a equipe a refletir e trabalhar na melhoria de processos (por exemplo, usando retrospectivas)
  • Ser capaz de facilitar reuniões

Gestão


  • Ajuda com o planejamento da equipe
  • Organize o trabalho em equipe de acordo com os objetivos do sprint
  • Auxiliar na priorização de tarefas, garantir a transparência das prioridades
  • Identificar problemas de trabalho em equipe
  • Responsável por artefatos do scrum e ferramentas da equipe: lista de pendências, reuniões, discussões

Habilidades de personalidade


  • Reconheça e controle suas próprias emoções
  • Seja responsável pelo resultado.
  • Ser proativo e independente na organização do trabalho

Pode haver mais direções de desenvolvimento, identifiquei apenas aquelas às quais tive que prestar atenção logo após o trabalho começar da maneira usual. Minha lista de problemas que os mestres de scrum superam nos estágios iniciais está longe de estar completa. Seria interessante saber quais problemas você teve que resolver.

Source: https://habr.com/ru/post/undefined/


All Articles