Caso Prático
@andre_pantaliao Desenvolvimento de software Métodos Ágeis Surdos Jogos de tabuleiro
@antonioams @fabricioffc Rodrigo Ribeiro ensinar.wordpress.com
Não é o melhor caso
HARD SOFT
Junte Um Grupo
CASO PRÁTICO EM UM PROJETO
 
 
Não é o melhor caso
 
 
 
Scrum,  pero  no mucho
Desconfiança do Scrum Divisão em fases Perfil inadequado Muita gente nova em um projeto desconhecido Muito teste manual
 
Definição do que vai ser feito em conjunto Entregas completas Testes de aceitação automatizados
Backlog com  poucos itens Pessoas inexperientes Cliente ainda não "enxergou" o valor
 
Clientes gostaram do esquema de sprint Conseguimos demonstrar valor Testes de aceitação utilizados em outras áreas Retrosp...
Não temos testes unitários Em dois meses, diversas atividades sem muito código envolvido... difícil de achar a velocidade....
FALTOU Todos os membros estarem manjando bem de métodos ágeis. Uma palestra com alguém de fora da empresa, um consultor......
 
 
Testes  de Aceitação   Automatizados
 
 
App Customização Media Hardware
Construção do Backlog
 
 
"Não queríamos acertar um cronograma com todas as features que o cliente precisariam em 6 meses, mas sim, as mais imp...
Velocidade
É mais difícil determinar a velocidade em sprints de pesquisa mais intensa, ou comemos bola?
Experiência
 
Scrum?
Tamanho
Obrigado
Próximos SlideShares
Carregando em…5
×

Caso Prático Voice Technology

821 visualizações

Publicada em

Apresentação feita na Noite Ágil organizada pela Caelum. Tem mais imagens do que texto...

  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Caso Prático Voice Technology

  1. 1. Caso Prático
  2. 2. @andre_pantaliao Desenvolvimento de software Métodos Ágeis Surdos Jogos de tabuleiro
  3. 3. @antonioams @fabricioffc Rodrigo Ribeiro ensinar.wordpress.com
  4. 4. Não é o melhor caso
  5. 5. HARD SOFT
  6. 6. Junte Um Grupo
  7. 7. CASO PRÁTICO EM UM PROJETO
  8. 10. Não é o melhor caso
  9. 14. Scrum,  pero  no mucho
  10. 15. Desconfiança do Scrum Divisão em fases Perfil inadequado Muita gente nova em um projeto desconhecido Muito teste manual
  11. 17. Definição do que vai ser feito em conjunto Entregas completas Testes de aceitação automatizados
  12. 18. Backlog com  poucos itens Pessoas inexperientes Cliente ainda não "enxergou" o valor
  13. 20. Clientes gostaram do esquema de sprint Conseguimos demonstrar valor Testes de aceitação utilizados em outras áreas Retrospectivas mais eficientes
  14. 21. Não temos testes unitários Em dois meses, diversas atividades sem muito código envolvido... difícil de achar a velocidade.  Time ainda grande
  15. 22. FALTOU Todos os membros estarem manjando bem de métodos ágeis. Uma palestra com alguém de fora da empresa, um consultor... para "desafiar" as pessoas.
  16. 25. Testes  de Aceitação   Automatizados
  17. 28. App Customização Media Hardware
  18. 29. Construção do Backlog
  19. 32. "Não queríamos acertar um cronograma com todas as features que o cliente precisariam em 6 meses, mas sim, as mais importantes para o próximo mês."
  20. 33. Velocidade
  21. 34. É mais difícil determinar a velocidade em sprints de pesquisa mais intensa, ou comemos bola?
  22. 35. Experiência
  23. 37. Scrum?
  24. 38. Tamanho
  25. 39. Obrigado

×