Guia Scrum | 14. Erros dos Desenvolvedores

A Equipe de Desenvolvimento é um grupo de profissionais independentes. No entanto, o sucesso do projeto que eles 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 até tornam impossível a busca pelo Objetivo do Produto?

Erros comuns dos Desenvolvedores – índice:

1. Erros comuns dos Desenvolvedores
2. Estar excessivamente preso às suas ideias
3. Autoemprego
4. Retirada do Desenvolvedor
5. Independência
6. Limitar responsabilidades ao escopo de autoridade
7. Desordem no Sprint Backlog
8. Resumo

Erros comuns dos Desenvolvedores

Muitos dos erros dos Desenvolvedores que trabalham em Scrum têm sua origem na abordagem deles em relação ao trabalho em equipe. Por um lado, é independência mal compreendida e a defesa de suas ideias em detrimento dos interesses da equipe. Por outro lado, é confiar nos outros e a falta de independência. Outra fonte de problemas pode ser um mal-entendido sobre a responsabilidade da equipe.

Estar excessivamente preso às suas ideias

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

Autoemprego

Se algum Desenvolvedor tiver dificuldade em entender seu papel na Equipe, ele tentará separar suas tarefas do Objetivo do Sprint. Pior ainda, ele as realizará sem referência ao restante da Equipe. Isso também pode se tornar um problema se ele fizer alterações arbitrárias no Sprint Backlog. É assim que a independência mal compreendida de um dos Desenvolvedores pode resultar de problemas de comunicação.

Um desejo excessivo de independência pode estar enraizado em uma falta de reconhecimento pelas conquistas individuais de um Desenvolvedor. Isso aparece quando sua contribuição para o trabalho realizado pela Equipe é avaliada de forma desproporcional ao esforço investido e à dificuldade da tarefa.

Trabalhar sozinho 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 sozinho e estar excessivamente preso às suas próprias ideias – pode ser um problema de falta de comunicação. Então, esses Desenvolvedores começam a se isolar da Equipe. Embora realizem suas tarefas de acordo com o Sprint Backlog, eles se afastam da vida da Equipe.

Nessa situação, o Scrum Master deve prestar atenção especial aos Desenvolvedores isolados. Apreciar sua contribuição para a Equipe e encorajá-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 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 presente o tempo todo para garantir que as tarefas que precisam ser feitas para alcançar o Objetivo do Sprint sejam distribuídas. É quando surge o problema da dependência dos Desenvolvedores.

Novamente, o Scrum Master deve vir em socorro, incentivando os membros da Equipe de Desenvolvimento a serem autodeterminados e a assumirem a responsabilidade por suas tarefas.

Limitar responsabilidades ao escopo de autoridade

Outro problema que os Desenvolvedores têm que enfrentar, especialmente na Equipe em formação, é a falta de disposição para realizar tarefas que não pertencem às competências principais do Desenvolvedor.

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

Desordem no Sprint Backlog

Uma dessas tarefas é manter o Sprint Backlog em ordem. É uma tarefa chave para o funcionamento suave da Equipe de Desenvolvimento. No entanto, um erro comum é transferir a responsabilidade por mantê-lo entre os Desenvolvedores. Isso prejudica não apenas o trabalho no Objetivo do Sprint, 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 desligar da Equipe como um todo: trabalhar sozinho, empurrar suas próprias ideias e se tornar isolado. A integridade da Equipe de Desenvolvimento também é ameaçada por problemas com o desenvolvimento da independência, desordem no Sprint Backlog e a falta de disposição dos Desenvolvedores para realizar deveres fora de suas competências principais.

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