Metodologias ágeis para equipes muito pequenas
10/10/2012
0
Olá senhores.
Pretendo aplicar alguma metodologia/framework ágil de desenvolvimento na empresa onde trabalho, para tentar obter melhores resultados e eliminar burocracias desnecessárias durante o processo de desenvolvimento.
Tenho algumas dúvidas, principalmente no que se refere à aplicação em equipes muito pequenas, com apenas 2 integrantes por exemplo.
Temos várias pequenas equipes em diferentes projetos, e penso que talvez a utilização de algumas metodologias não resultariam em resultados melhores nesses casos.
Estudando algumas metodologias, fiz a leitura do Guia do Scrum e o mesmo afirma que "...menos de 3 integrantes na equipe diminuem a interação e resultam em um menor ganho de produtividade, e podem encontrar restrições de habilidade durante os ciclos, tornando-se incapaz de entregar um utilizável...". A documentação da metodologia Crystal também sugere que um número ideal de integrantes de uma equipe deve ser maior que 3.
Entendo que essas metodologias são flexíveis, e que podem ser adaptadas para cada caso, mas temo que com esse tipo de configuração de equipes pequenas os possíveis resultados positivos trazidos pela adoção dos métodos não sejam atingidos.
Alguém tem experiência com gerenciamento de várias equipes pequenas, e pode me compartilhas as experiências?
Abs.
Pretendo aplicar alguma metodologia/framework ágil de desenvolvimento na empresa onde trabalho, para tentar obter melhores resultados e eliminar burocracias desnecessárias durante o processo de desenvolvimento.
Tenho algumas dúvidas, principalmente no que se refere à aplicação em equipes muito pequenas, com apenas 2 integrantes por exemplo.
Temos várias pequenas equipes em diferentes projetos, e penso que talvez a utilização de algumas metodologias não resultariam em resultados melhores nesses casos.
Estudando algumas metodologias, fiz a leitura do Guia do Scrum e o mesmo afirma que "...menos de 3 integrantes na equipe diminuem a interação e resultam em um menor ganho de produtividade, e podem encontrar restrições de habilidade durante os ciclos, tornando-se incapaz de entregar um utilizável...". A documentação da metodologia Crystal também sugere que um número ideal de integrantes de uma equipe deve ser maior que 3.
Entendo que essas metodologias são flexíveis, e que podem ser adaptadas para cada caso, mas temo que com esse tipo de configuração de equipes pequenas os possíveis resultados positivos trazidos pela adoção dos métodos não sejam atingidos.
Alguém tem experiência com gerenciamento de várias equipes pequenas, e pode me compartilhas as experiências?
Abs.
Airton Jr.
Curtir tópico
+ 0
Responder
Posts
03/11/2012
Igor Pereira
Equipes com 2 pessoas, acaba que cada uma teria que assumir varios papeis. Ou seja, na hr de divisão de tarefas e resposabilidades, varias tarefas para cada um e pode ser que uma pessoa seja responsavel por cobrar de si mesma =/ isso nao parece legal.
equipe acima de 3 jah da para dividir melhor os papeis. Como os papeis no scrum: product owner, equipe e scrum master. e os do xp que se nao me engano são 5.
equipe acima de 3 jah da para dividir melhor os papeis. Como os papeis no scrum: product owner, equipe e scrum master. e os do xp que se nao me engano são 5.
Responder
23/01/2013
Danilo Gomes
Se você gerencia numa mesma empresa várias equipes pequenas, pode tentar juntar duas ou mais equipes que tenham algo em comum, compartilhem alguma regra de negócio ou tecnologia e tratar, para o Scrum, por exemplo, como uma única equipe.
Isso pode facilitar caso queira prover o intercâmbio de desenvolvedores entre equipes distintas.
Isso pode facilitar caso queira prover o intercâmbio de desenvolvedores entre equipes distintas.
Responder
22/03/2013
Fabio Rocha
Ola,
na empresa em que trabalho, temos uma equipe reduzida, no processo de engenharia, trabalhamos com algo que parece uma mistura do Scrum e do XP, o Scrum para o projeto e o XP para a engenharia do software, utilizando ainda ciclos menores de desenvolvimento.
Funcionando da seguinte forma:
O PO é alguem do cliente, que nós treinamos para isso.
Não temos o papel do SM, pois nossa equipe é pequena o suficiente para ser totalmente auto-gerenciável
Nosso sprint é de uma semana, seguindo as regras do Scrum normalmente, com reuniões diárias e reuniões de sprint.
No caso da base do XP, não utilizamos programação em Par, pois a equipe é pequena, mas utilizamos o tdd, e outras técnicas.
ALem disso, durante o dia, todos da equipe utiliza o pomodoro para seu trabalho, tendo ciclos curtos, as pessoas param e podem conversar depois de 4 ciclos, o que nos ajuda a manter o foco.
Bem qualquer coisa, pode postar aqui, estamos aqui para ajudar...
Para nossa equipe tem funcionado, espero que funcione para você também.
na empresa em que trabalho, temos uma equipe reduzida, no processo de engenharia, trabalhamos com algo que parece uma mistura do Scrum e do XP, o Scrum para o projeto e o XP para a engenharia do software, utilizando ainda ciclos menores de desenvolvimento.
Funcionando da seguinte forma:
O PO é alguem do cliente, que nós treinamos para isso.
Não temos o papel do SM, pois nossa equipe é pequena o suficiente para ser totalmente auto-gerenciável
Nosso sprint é de uma semana, seguindo as regras do Scrum normalmente, com reuniões diárias e reuniões de sprint.
No caso da base do XP, não utilizamos programação em Par, pois a equipe é pequena, mas utilizamos o tdd, e outras técnicas.
ALem disso, durante o dia, todos da equipe utiliza o pomodoro para seu trabalho, tendo ciclos curtos, as pessoas param e podem conversar depois de 4 ciclos, o que nos ajuda a manter o foco.
Bem qualquer coisa, pode postar aqui, estamos aqui para ajudar...
Para nossa equipe tem funcionado, espero que funcione para você também.
Responder
Clique aqui para fazer login e interagir na Comunidade :)
