Formando equipes de alto desempenho, parte 1: Início e fases de evolução
Nesta primeira parte de uma série sobre equipes de alto desempenho e gerenciamento Agile, veja uma introdução geral e uma apresentação dos estágios de formação das equipes.
Notícias
O conteúdo foi adicionado aos favoritos!
Houve um erro ao adicionar aos favoritos! Por favor, tente novamente.
Cinco é um Tamanho Ideal para as Equipes?
Postado por Vikas Hazrati , traduzido por Roberto Costa em 18 Mai 2009
Há uma série de discussões e debates sobre o tamanho ideal de uma equipe para obter o máximo de produtividade. Apesar da maioria dos Agilistas concordarem que times menores são mais funcionais e produtivos comparados com times maiores, definir o tamanho ótimo da equipe continua sendo um desafio.
Jeff Sutherland compartilhou algumas estatísticas a favor de times menores onde, o custo por ponto de função de uma equipe com 7 membros era $566 e o de uma equipe com 14 membros era $2970. Em linhas similares, em resposta à postagem na InfoQ, sobre o crescimento e produtividade do time, Mishkin Berteig comentou:
Imagine que você "recebeu" um grupo de desenvolvimento de software com 100 desenvolvedores. Agora imagine que você recebeu um projeto muito importante para trabalhar com ele. O que seria melhor:
a) Colocar todos as 100 pessoas para trabalhar no projeto (com bom gerenciamento de projetos, liderança, etc), ou….
b) Encontrar as 7 pessoas mais fortes do grupo que estão desejando trabalhar no projeto (em outras palavras, as setes pessoas mais fortes que estão efetivamente interessadas no projeto) e coloque-as para trabalhar no projeto, demita as restantes, gaste o dinheiro salvo com as melhores ferramentas e ambiente que as 7 pessoas precisam e querem e gaste o resto para fazê-las felizes/confortáveis.
Pessoalmente, apesar da gravidade do cenário b), Eu apostaria definitivamente nele e não no cenário a).
Jurgen Appelo sugeriu que o tamanho ótimo de uma equipe seria apenas com 5 membros. Cinco é um número comum baseado em vários estudos sobre comunicação e estruturas de equipes.
- Scrum recomenda que o tamanho da equipe deve ser 7 variando de mais ou menos 2. Ou seja, a equipe pode variar 5 e 9
- De acordo com a Linha Cognitiva, o cérebro humano tem co-evoluído com as condições sociais e existe um limite natural na quantidade de relações sociais que uma pessoa pode manter. O estudo pode ser facilmente rotulado como a regra de 5, 15 e 100. 5 está ligado ao limite natural da memória de curto prazo, 15 é o nível natural da confiança profunda e 150 é o número de identidades que uma pessoa consegue manter na sua cabeça.
- Outro estudo relacionado à Lei de Parkinson Law, sugere que qualquer equipe com tamanho menor que 20 consegue trabalhar menos 8. Acima de 20 há um afastamento natural em subgrupos e nenhum consenso pode ser formado. Com 8, as pessoas geralmente encontram-se em situações de deadlock diante de decisões.
Além de adicionar suporte a equipes com 5 membros com um comentário na Lei de Parkinson, PMHut sugeriu o seguinte:
Quanto mais membros na equipe você tem, mais canais de comunicação você terá, e isso crescerá exponencialmente. Se você tem 3 membros na equipe, então você terá 4 canais de comunicação, se você tem 4 membros então você terá 9 canais. Eu acho que a fórmula é m-1^2.
Em minha opinião, uma equipe pequena com 4 ou 5 membros é o ideal.
Com isso, dado os estudos e fatos acima uma equipe com tamanho 5 parece satisfazer todas as condições relacionadas as recomendações do Scrum, Lei de Parkinson limite natural de memória de curto prazo e canais de comunicação favoráveis.
Entretanto, apesar da forte evidência a favor de uma equipe com 5 membros, Jurgen advertiu que ao invés de seguir a recomendação do tamanho da equipe, as equipes devem primeiro tentar se auto-organizar e gradativamente chegar a uma equipe de tamanho ideal. Segundo ele,
Quando você precisa estruturar um grande projeto, não imponha um tamanho de equipe “preferido” nas pessoas só por que isso está escrito em um livro. Tente permitir uma auto-organização para fazer esse trabalho e permita que as pessoas (dentro do seu ambiente real) percebam qual é a sua otimização. Eles querem dividir uma equipe de sete em duas equipes de três e quatro? Certeza, por que não? Eles estão juntando duas equipes em uma grande equipe de quinze membros? Legal, deixe-os ver se isso funciona.
Nenhum comentário
Acompanhar Discussão Responder