Como usar Agile Velocity em Gestão de tempo do projeto
metodologias ágeis apoiar ambas as agendas estratégicas e táticas e gestão do tempo. V
Menu
Você determina a velocidade pelo número de pontos da história do usuário a equipe de desenvolvimento completa em cada sprint. No final de cada sprint, a equipe scrum analisa os requisitos, acabados e acrescenta-se o número de pontos da história associados. O número total de pontos de história concluídos é a velocidade da equipe scrum para o sprint. Após os primeiros sprints, você começa a ver uma tendência e pode calcular a velocidade média, que é o número total de pontos de história concluídos, dividido pelo número total de sprints concluídas.
Usando a velocidade para estimar o cronograma em um projeto ágil
Depois de executar um sprint e saber a velocidade da equipe scrum, você pode prever o tempo restante em seu projeto:
Junte-se o número de pontos da história para os requisitos restantes no product backlog.
Determinar o número de sprints que você precisa dividindo-se o número de pontos da história que permanecem no product backlog pela velocidade.
Se o seu backlog produto contém 800 pontos de história e suas médias de velocidade da equipe de desenvolvimento de 20 pontos de história por sprint, 800/20 = mais 40 sprints.
Determinar quanto tempo ele vontade tomar para completar os pontos de história no product backlog multiplicando tamanho do sprint pelo número de sprints restantes.
Se você precisar de mais 40 sprints para terminar o projeto e cada sprint dura duas semanas, o projeto vai durar mais 80 semanas.
No início de um projeto, a velocidade varia consideravelmente de corrida de sprint. Quando o projeto é novo, a equipe scrum geralmente tem uma velocidade baixa. À medida que o projeto progride, a velocidade deve aumentar e tornar-se mais consistente como a equipe scrum aprende mais sobre o produto e amadurece como uma equipe. Contratempos dentro sprints específicos pode diminuir a velocidade de vez em quando, mas processos ágeis, como a retrospectiva do sprint pode ajudar a garantir esses contratempos são temporários.
Quando você sabe a velocidade da equipe scrum e o número de pontos da história para os requisitos, você pode usar a velocidade para determinar quanto tempo um determinado grupo de requisitos levará para criar.
Use a velocidade para medir a velocidade de desenvolvimento depois de um sprint, ao invés de ditar o quanto o trabalho de uma equipe scrum deve completar antes de um sprint. Se a velocidade se transforma em um alvo, em vez de uma medição passado, equipes scrum pode ser tentado a exagerar pontos da história estimados, a fim de cumprir a meta, tornando a velocidade sem sentido.
Como aumentar a velocidade em um projeto ágil
equipes Scrum pode aumentar sua velocidade ao longo projetos ágeis, fazendo projetos mais curtos e menos onerosa. velocidade crescente pode economizar uma boa quantidade de tempo e, consequentemente, dinheiro. Todos em uma equipe scrum pode ajudar a obter maior velocidade com cada Sprint sucessiva:
Remover impedimentos ou obstáculos do projeto: Qualquer coisa que mantém um membro da equipe de desenvolvimento de trabalhar a plena capacidade diminui a velocidade.
Evitar bloqueios de estrada do projeto: Saiba mais sobre os processos e as necessidades específicas de grupos de sua equipe irá trabalhar com para que você pode dirigir fora obstáculos antes que eles surjam.
Eliminar as distrações: O trabalho do mestre de scrum é proteger a equipe de desenvolvimento de distrações. Ao fazer com que as pessoas não pedem não-Sprint, o trabalho a meta relacionada da equipe de desenvolvimento - mesmo as tarefas de curto prazo - o mestre scrum pode manter a equipe de desenvolvimento focado no sprint.
Solicitar entrada do time: Todos na equipe scrum pode fornecer ideias para aumentar a velocidade na reunião de retrospectiva sprint. A equipe de desenvolvimento conhece o seu trabalho o melhor, e podem ter idéias sobre como melhorar a saída. O proprietário do produto pode ter insights sobre os requisitos que podem ajudar o trabalho da equipe de desenvolvimento mais rápido. O Scrum Master tem visto quaisquer bloqueios repetitivos e podem discutir como evitá-los.