Nesse post irei compartilhar minha experiência dentro de uma equipe ágil, e o que avaliei importante destacar como fatores negativos dentro dela .
Não ser desagradável:
Dentro de uma equipe ágil é de máxima importância que os integrantes tenham uma boa convivência, por isso tente não ser desagradável com os colegas, mesmo que não tenha muita empatia com eles.Evitar um time muito grande:
Em um projeto pequeno(entrega, no caso de um projeto de grande escala), um time com muitos integrantes, não é muito eficiente, tendo os papéis não bem atribuídos, e dificuldades no autogerenciamento da equipe.
Papéis mal atribuídos:
É importante que cada membro da equipe saiba exatamente o seu papel dentro do projeto, e que sejam fiéis as suas responsabilidades, mesmo que em alguns momentos tenham que auxiliar ou atuar em outro papel.
Metas e tarefas sem um tempo estipulado:
É importante que as as metas, sejam definas por todo o time, e que não seja feito nada além do que foi estipulado, deixando qualquer observação ou alteração para uma nova iteração, tendo o risco do projeto não cumprir as metas e sequer fechar um pequeno ciclo de acordo com o tempo estipulado.
Bom dia, na regra número dois, sobre evitar uma equipe muito grande, não seria então colocar os stakholders em papeis ja pré-definidos de acordo com conhecimento e perfil?
ResponderExcluirBom dia, não fui muito feliz em contextualizar a situação de um time grande e desorganizado. Um time grande, ao meu ver,seria um time com integrantes além do necessário para cumprir o estipulado. Ocorrendo casos em que alguns ficam sem ter o que fazer, que na agilidade ou em qualquer outra metologia, não é algo interessante.
ExcluirBoa divisão de equipes
ResponderExcluirQuando trabalhando no XP, uma das melhores práticas é a programação em pares, tente separar o melhor possível entre um colega iniciante no assunto e outro que tenha uma experiência maior. Assim cria um ampliamento no conhecimento da equipe e os prepara para futuros projetos.
O problema acontece quando as práticas não são bem utilizadas, no caso da programação em pares, ambos terem o mesmo nível de experiencia, tendo então um caso em que nem um nem outro contribuem para um crescimento na curva de conhecimento do par.
ExcluirSegundo a gerência de projetos, com papéis em XP, exige os tempos de entregas (ciclos), porém na metodologia XP, menos tempo pode significar que a equipe está trabalhando corretamente.
ResponderExcluirSeguindo a ideia do colega Katsutoshi ao levantar questões importantes do trabalho em equipe XP, posso acrescentar algumas práticas que penso serem relevantes para um bom trabalho em equipe:
ResponderExcluir- Reuniões, reuniões e reuniões --> ao longo do desenvolvimento de um projeto uma das principais metas é a de manter o foco nos critérios estabelecidos no planejamento do projeto. A falta de comunicação pode afetar negativamente o rumo de desenvolvimento. Saber o que o colega de equipe está fazendo, qual problema o impede de avançar no projeto são casos que devem ser mitigados ao se fazer reuniões diárias com toda a equipe. Quando a equipe detecta um problema em sua fase inicial medidas corretivas determinadas pela equipe, em uma reunião, podem ser utilizadas para resolver tal problema.
Muito boa a observação !!
Excluir