Indentificar, relatar e medir retrabalho
Caros,
Um dos obstáculos para que projetos alcancem seus objetivos é o tempo gasto em retrabalho.
Este tempo muitas vezes é deixado de lado ao se estimar o tempo total do projeto.
Gostaria de saber, como vocês identificam tais circunstâncias, como relatam e se medem esse tempo ou a quantidade de vezes que uma user storie precisa ser realizada novamente. Utilizam alguma técnica?
Atenciosamente,
Um dos obstáculos para que projetos alcancem seus objetivos é o tempo gasto em retrabalho.
Este tempo muitas vezes é deixado de lado ao se estimar o tempo total do projeto.
Gostaria de saber, como vocês identificam tais circunstâncias, como relatam e se medem esse tempo ou a quantidade de vezes que uma user storie precisa ser realizada novamente. Utilizam alguma técnica?
Atenciosamente,
Igor Pereira
Curtidas 0
Respostas
Aluisio Cavalcante
17/04/2013
me desculpe, mas não tenho experiencia com metodos ageis, mas essa questão do retrabalho é algo realmente chato, ocasionando uma quebra do cronograma.
[url]https://www.devmedia.com.br/artigo-engenharia-de-software-introducao-a-inspecao-de-software/8037[/url]
[url]http://www.quallis.com.br/index.php/explorar/81-art-destaque/110-retrabalho[/url]
[url]http://gcirne.wordpress.com/2009/01/09/retrabalho-nao-combina-com-equipes-ageis/[/url]
[url]https://www.devmedia.com.br/artigo-engenharia-de-software-introducao-a-inspecao-de-software/8037[/url]
[url]http://www.quallis.com.br/index.php/explorar/81-art-destaque/110-retrabalho[/url]
[url]http://gcirne.wordpress.com/2009/01/09/retrabalho-nao-combina-com-equipes-ageis/[/url]
GOSTEI 0
Aluisio Cavalcante
17/04/2013
vc está estudando qual?
GOSTEI 0
Igor Pereira
17/04/2013
Utilizamos uma metodologia agil decomposta do Scrum e XP.
GOSTEI 0
Fabio Rocha
17/04/2013
Utilizamos uma metodologia agil decomposta do Scrum e XP.
Bem, normalmente em nosso grupo, só fazemos um registro de acompanhamento de tarefas que retornaram para ser refeita por mudança de requisitos, como o cliente participa ativamente no processo Scrum e XP, erros de tela e outros pequenos erros são quase zero, sobrando mudanças de requisitos e outros erros. As mudanças de requisitos entram como mudança de projeto, sendo computado novo tempo para tal tarefa.
Problemas de erro de aplicação, deveriam ser reduzidos ao utilizar as melhores práticas do XP como TDD, Integração continua, e nós utilizamos evitando muitos erros.
GOSTEI 0
Fabio Rocha
17/04/2013
Caros,
Um dos obstáculos para que projetos alcancem seus objetivos é o tempo gasto em retrabalho.
Este tempo muitas vezes é deixado de lado ao se estimar o tempo total do projeto.
Gostaria de saber, como vocês identificam tais circunstâncias, como relatam e se medem esse tempo ou a quantidade de vezes que uma user storie precisa ser realizada novamente. Utilizam alguma técnica?
Atenciosamente,
Um dos obstáculos para que projetos alcancem seus objetivos é o tempo gasto em retrabalho.
Este tempo muitas vezes é deixado de lado ao se estimar o tempo total do projeto.
Gostaria de saber, como vocês identificam tais circunstâncias, como relatam e se medem esse tempo ou a quantidade de vezes que uma user storie precisa ser realizada novamente. Utilizam alguma técnica?
Atenciosamente,
Ola Carlos,
você pode inclusive utilizar ferramentas para medir, veja XPlanner plus, disponível em http://xplanner-plus.sourceforge.net/
GOSTEI 0
Igor Pereira
17/04/2013
Consideramos um ponto de "pronto" para as atividades.
E a partir do momento que ela foi dada como "pronta" e precisa ser refeita ou retrabalhada, este tempo gasto é de retrabalho.
E a partir do momento que ela foi dada como "pronta" e precisa ser refeita ou retrabalhada, este tempo gasto é de retrabalho.
GOSTEI 0