Caso Prático
Jun 23, 2015
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
nomucho
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
Retrospectivas mais eficientes
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
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.
Testes de Aceitação
Automatizados
App
Customização
Media Hardware
Construçãodo
Backlog
"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."
Velocidade
É mais difícil determinar a
velocidade em sprints de
pesquisa mais intensa, ou
comemos bola?
Experiência
Scrum?
Tamanho
Obrigado