Guia Scrum | 10. Os erros mais comuns do Scrum Master

Publicados: 2022-04-20

O trabalho de um bom Scrum Master pode ser reconhecido pelo fato de que em algum momento eles não são mais necessários no trabalho diário do Time de Desenvolvimento. No entanto, isso nem sempre é o caso. Quais são as razões para os erros do Scrum Master?

Erros do Scrum Master – índice:

  • A ausência do Scrum Master
  • Presença insuficiente do Scrum Master
  • Resumo

O trabalho de um Scrum Master é principalmente apoiar o trabalho do Time de Desenvolvimento. Portanto, os erros mais comuns do Scrum Master geralmente decorrem da forma como ele participa do funcionamento diário dos Desenvolvedores. Dividimos esses erros do Scrum Master em dois grupos. O primeiro inclui problemas decorrentes de muito envolvimento, enquanto o segundo inclui problemas decorrentes da presença insuficiente do Scrum Master na vida do Time de Desenvolvimento.

mistakes of Scrum Master - The Scrum Master's Absence

A ausência do Scrum Master

A necessidade de manter muito controle sobre o Time muitas vezes causa erros na aplicação do Scrum. Os erros do Scrum Master tornam-se mais frequentemente aparentes nas seguintes situações.

  1. O Scrum Master procura uma solução para o problema em vez de ajudar a equipe a lidar com a dificuldade. Normalmente, a raiz do problema é que o Scrum Master também é um especialista no que o Time de Desenvolvimento está fazendo. Sua incapacidade de sair do papel de especialista os torna incapazes de ajudar efetivamente a equipe a encontrar soluções por conta própria. Essa abordagem também pode levar à tomada de decisão autoritária de uma pessoa – e esse é provavelmente o maior erro que um Scrum Master pode cometer.
  2. O Scrum Master não permite que a equipe cometa erros. Este problema está intimamente relacionado com o anterior. Se a equipe for efetivamente protegida pelo Scrum Master de cometer erros, ela não aprenderá a resolver problemas por conta própria ou a assumir a responsabilidade por seu trabalho. Ele sempre contará com o conselho e a experiência do Scrum Master.
  3. O Scrum Master tenta mudar as pessoas em vez de trabalhar na atmosfera da equipe. Esse problema inclui muita ênfase na mudança de comportamento de um membro ou membros da equipe, bem como mudanças de pessoal. É um erro alterar a composição da equipe de desenvolvimento enquanto trabalha em uma meta de produto se não for absolutamente necessário. Pode introduzir atrasos significativos na sua realização e perturbar o ritmo de trabalho da Equipa de Desenvolvimento. E também perturbar o ritmo da formação da equipe, sobre a qual escrevemos em um artigo separado.
  4. O Scrum Master atua como o supervisor do Time de Desenvolvimento na organização. Este é um erro que muitas vezes não resulta das próprias decisões do Scrum Master. No entanto, pode exacerbar todos os erros que surgem da necessidade de controlar a equipe.
  5. O Scrum Master se envolve demais na operação do Time. Quando o Time é composto por especialistas que conhecem as habilidades e responsabilidades uns dos outros e está funcionando de acordo com os princípios do Scrum, os Scrum Masters não devem interferir sem serem convidados na forma como o Time trabalha. Se o fizerem, estão simplesmente interferindo no bom andamento da equipe. Bons Scrum Masters, graças à sua posição bem estabelecida como coach e líderes, serão solicitados a aconselhar em situações de emergência ou situações que exijam um novo olhar. É por isso que eles devem estar disponíveis de plantão para os Desenvolvedores sem não impor sua presença.
  6. Um Scrum Master é muito rígido em sua adesão aos princípios do Scrum. Se algum aspecto do Scrum não estiver funcionando em uma equipe específica, o Scrum Master deve tentar uma abordagem diferente. Cada equipe é diferente, e Scrum é apenas uma estrutura geral.
mistakes of Scrum Master

Presença insuficiente do Scrum Master

Não apenas muito, mas também não o suficiente, o envolvimento do Scrum Master pode levar a muitos erros. Descrevemos os mais comuns abaixo.

  1. O Scrum Master não está suficientemente familiarizado com os princípios do Scrum. Este erro provavelmente levará à sua implementação inadequada. E o trabalho da equipe será apenas aparentemente trabalho Scrum.
  2. O Scrum Master não está aplicando os princípios do Scrum. A presença inadequada do Scrum Master no dia-a-dia significa que ele não está protegendo a equipe como deveria. Isso pode levar a uma falta de proteção contra o influxo de tarefas externas. Ou ao fracasso do Time de Desenvolvimento em cumprir a Sprint Goal.
  3. O Scrum Master não garante que um ritmo consistente do Scrum seja seguido. O descuido na organização de eventos Scrum pode levar à perda de tempo. Isso resultará em eventos muito longos ou mal executados – Sprint Planning, Sprint Retrospective ou Sprint Review (sobre os quais escreveremos em posts separados). Também é um erro adiar eventos ou alterar sua duração.
  4. O Scrum Master não responde a conflitos no Time. Esperar que os conflitos na equipe se resolvam ao longo do tempo é um erro do Scrum Master. O conflito nem sempre é ruim, mas o Scrum Master não deve apenas estar ciente de sua existência e estado atual, mas também se envolver nele como negociador. E também poder usar o conflito para mudar e melhorar a Equipe.
  5. Presença insuficiente do Scrum Master. O problema surge quando o Scrum Master passa muito pouco tempo trabalhando com o Time e se envolve em tarefas especializadas, por exemplo. Isso faz com que ele ouça muito pouco e faça poucas perguntas. Isso, como escrevemos no artigo anterior, é uma habilidade chave para um Scrum Master. O resultado é que o Scrum Master não sabe bem qual é a situação atual e a atmosfera do Time. E ele está satisfeito com o status quo.
  6. O Scrum Master não questiona o status quo. Para que o Time de Desenvolvimento e o Time Scrum como um todo cresçam, é necessário desafiar constantemente o status quo. Esta é muitas vezes uma atividade arriscada e potencialmente infligida. Um Scrum Master deve empreendê-lo com a consciência das dificuldades que pode encontrar. No entanto, não existe uma “Equipe de Desenvolvimento madura que não está mais evoluindo”. Deixá-lo sozinho levará rapidamente a uma deterioração significativa em seu desempenho.
  7. O Scrum Master não compartilha suas observações sobre o desempenho do Time com o Time . Guardar esse conhecimento para si torna difícil, ou mesmo impossível, o crescimento da equipe. Embora completamente focado nas responsabilidades diárias, o Scrum Master não trabalha na forma como os membros da equipe trabalham juntos. Isso frequentemente leva ao acúmulo de problemas e conflitos.
mistakes of Scrum Master

Erros comuns do Scrum Master – resumo

Erros do Scrum Master resultantes de envolvimento insuficiente ou excessivo com o Time de Desenvolvimento podem destruir o ritmo do trabalho. E ainda contribuir para parar a atividade de acordo com as regras do Scrum. Portanto, vale a pena para um Scrum Master estar ciente dos erros potenciais e dos riscos resultantes. E também para ficar de olho no relacionamento deles com a Equipe.

Se você gosta do nosso conteúdo, junte-se à nossa comunidade de abelhas ocupadas no Facebook, Twitter, LinkedIn, Instagram, YouTube.

Scrum Guide | 10. The most common mistakes of Scrum Master caroline becker avatar 1background

Autor: Caroline Becker

Como Gerente de Projetos, Caroline é especialista em encontrar novos métodos para projetar os melhores fluxos de trabalho e otimizar processos. Suas habilidades organizacionais e capacidade de trabalhar sob pressão de tempo fazem dela a melhor pessoa para transformar projetos complicados em realidade.

Ver todas as postagens

Guia do Scrum:

  1. Glossário de termos básicos, funções e noções
  2. O que é Scrum?
  3. Valores do Scrum
  4. Como implementar o Scrum na sua empresa?
  5. Time Scrum - o que é e como funciona?
  6. Quem é um Product Owner?
  7. Os erros mais comuns do Product Owner
  8. Quem é o Scrum Master?
  9. Características de um bom Scrum Master
  10. Os erros mais comuns do Scrum Master
  11. Quais estatísticas e métricas o Scrum Master deve acompanhar?
  12. Cooperação entre Product Owner e Scrum Master
  13. Equipe de Desenvolvimento em Scrum
  14. Os erros mais comuns dos desenvolvedores
  15. Artefatos do Scrum
  16. Escalando Scrum
  17. Backlog da Sprint
  18. O que é o Backlog do Produto?
  19. O que são histórias de usuários?
  20. Criando a melhor história de usuário com INVEST
  21. Os erros mais comuns da história do usuário
  22. Critérios de aceitação da história do usuário
  23. Estimativa e pontos de história no Scrum
  24. Poker de Planejamento
  25. Jogo de estimativa de equipe
  26. Definindo Incremento
  27. Eventos Scrum
  28. O que é Sprint no Scrum?
  29. Compromissos da Equipe Scrum - Objetivo do Produto, Objetivo do Sprint e Definição de Conclusão
  30. O que é um gráfico Burndown?
  31. Como criar e interpretar um gráfico de burndown?
  32. Vantagens e desvantagens do gráfico de burndown
  33. Quadros Kanban em Scrum e Scrumban
  34. Velocidade no Scrum - Velocidade da Equipe de Desenvolvimento
  35. Reunião diária
  36. Planejamento de Sprint
  37. Revisão da Sprint
  38. O que é uma Sprint Retrospective?
  39. Erros comuns durante uma Sprint Retrospective
  40. Nutrição do Backlog do Produto