Guia Scrum | 14. Erros dos Desenvolvedores

A Equipe de Desenvolvimento é um grupo de profissionais independentes. No entanto, o sucesso do projeto que implementam depende de seus esforços conjuntos. E isso requer muita maturidade e habilidades de trabalho em equipe. Quais são os erros mais comuns dos Desenvolvedores? Quais deles dificultam ou mesmo impossibilitam a busca do Objetivo do Produto?

Erros comuns dos desenvolvedores – índice:

1. Erros comuns dos desenvolvedores
2. Ser excessivamente apegado às suas ideias
3. Empregado por conta própria
4. Retirada do desenvolvedor
5. Independência
6. Limitando as responsabilidades ao escopo da autoridade
7. Sprint Backlog Clutter
8. Resumo

Erros comuns dos desenvolvedores

Muitos dos erros dos desenvolvedores que trabalham com Scrum têm sua origem em sua abordagem ao trabalho em equipe. Por um lado, é a independência mal compreendida e a defesa das próprias ideias contra os interesses da equipe. Por outro lado, é depender dos outros e da falta de independência. Outra fonte de problemas pode ser um mal- entendido da responsabilidade da equipe.

Ser excessivamente apegado às suas ideias

As responsabilidades diárias dos desenvolvedores incluem encontrar soluções inovadoras para problemas complexos. O esforço colocado no desenvolvimento de soluções pode fazer com que eles se apeguem demais às suas ideias. Isso, por sua vez, faz com que percam de vista o Objetivo do Produto e gastem muito tempo desenvolvendo soluções paralelas que não são úteis do ponto de vista comercial. E também estão menos dispostos a buscar soluções alternativas, o que ameaça a agilidade da Equipe.

Empregado por conta própria

Se algum Desenvolvedor tiver dificuldade em entender seu papel na Equipe, ele tentará separar suas tarefas do Objetivo da Sprint. Pior ainda, eles vão fazê-los sem referência ao resto da equipe. Também pode se tornar um problema se eles fizerem alterações arbitrariamente no Sprint Backlog. É assim que a independência incompreendida de um dos Desenvolvedores pode resultar de problemas de comunicação.

Um desejo excessivo de independência pode estar enraizado na falta de reconhecimento pelas realizações individuais de um Desenvolvedor . Aparece quando sua contribuição para o trabalho realizado pela Equipe é avaliada de forma desproporcional ao esforço realizado e à dificuldade da tarefa.

Trabalhar por conta própria pode se tornar uma fonte de sérios conflitos dentro da Equipe. É por isso que é tão importante que o Scrum Master reaja e resolva o problema subjacente o mais rápido possível. Isso porque pode acontecer que o erro não esteja com o Desenvolvedor, mas com uma avaliação incorreta de seu envolvimento.

Retirada do desenvolvedor

O problema resultante dos dois anteriores – trabalhar por conta própria e ser excessivamente apegado às próprias ideias – pode ser um problema de falta de comunicação. Então esses Desenvolvedores começam a se isolar da Equipe. Apesar de realizarem suas tarefas de acordo com o Sprint Backlog, eles se retiram da vida do Time.

Em tal situação, o Scrum Master deve prestar atenção especial aos Desenvolvedores retirados. Apreciar sua contribuição para a Equipe e incentivá-los a adotar uma atitude proativa.

Independência

A auto-organização é uma característica de uma Equipe de Desenvolvimento madura e bem composta que descrevemos em um artigo anterior. Isso significa que, apesar das dificuldades, os Desenvolvedores não dependem de outras pessoas para dizer a eles como distribuir tarefas entre si, como e quando completá-las. No entanto, a auto-organização pode dar origem a mal-entendidos interpessoais.

Nesse caso, é necessário que o Scrum Master esteja sempre presente para garantir que as tarefas que precisam ser feitas para atingir o Sprint Goal sejam distribuídas. É aí que surge o problema da dependência dos Desenvolvedores .

Novamente, o Scrum Master deve vir em socorro, encorajando os membros do Time de Desenvolvimento a serem autodeterminados e assumirem a responsabilidade por suas tarefas.

Limitando as responsabilidades ao escopo da autoridade

Outro problema que os Desenvolvedores têm que enfrentar, principalmente no time em formação, é a relutância em realizar outras tarefas que não as que pertencem às competências essenciais do Desenvolvedor.

Esse erro pode levar a uma redução significativa na eficácia do Time de Desenvolvimento. Nem todos os Sprints utilizam as competências essenciais de cada membro da equipe. Portanto, eles devem estar abertos para realizar outras tarefas auxiliares ou de organização que sejam igualmente relevantes para o Objetivo da Sprint.

Sprint Backlog Clutter

Uma dessas tarefas é manter o Sprint Backlog em ordem. É uma tarefa fundamental para o bom funcionamento da Equipe de Desenvolvimento. No entanto, um erro comum é transferir a responsabilidade de mantê-lo entre os Desenvolvedores. Isso dificulta não só o trabalho no Sprint Goal, mas também o desenvolvimento da equipe e sua melhoria contínua.

Erros comuns dos desenvolvedores - resumo

Em resumo, os erros mais comuns dos Desenvolvedores incluem tentativas de se isolar da Equipe como um todo: trabalhar por conta própria, empurrar suas próprias ideias e se retrair. A integridade da Equipe de Desenvolvimento também é ameaçada por problemas com o desenvolvimento de independência, desordem no Sprint Backlog e falta de vontade dos Desenvolvedores em desempenhar funções fora de suas competências essenciais.

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

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