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