Quebrar suas User Stories em pequenas atividades de forma eficiente é muito importante para que sua equipe consiga trabalhar de forma integrada. Porém, nem sempre é fácil encontrar uma boa maneira de se quebrar as User Stories.
Essa palestra propõe uma nova forma de quebras as User Estories:
"Implemente suas User Stories como se fosse uma Startup: MVP, pequenas iterações e software sempre funcionando"
2. O que devo ter em mente
quando estou
desenvolvendo uma
User Story?
3. Ter o máximo de pessoas trabalhando na
mesma User Story
POR QUÊ?
Entregar mais
rápido uma user
story
Otimizar fluxo de
conhecimento
quando as
atividades do sprint
vão terminar?
4. Passos para concluir a User Story
POR QUÊ?
Detectar
impedimentos e
falta de
entendimento
Evitar retrabalho
(mas não fique
paranóico)
Saber o que falta
para a User Story
terminar
5. Liberar uma versão agora, neste exato
momento
As User Stories
não vão terminar
todas juntas
"Entregar
software
funcionando com
freqüência"
O sistema nunca
quebra
POR QUÊ?
6.
7. Como eu já vi quebrarem
esse tipo de User Story...
(várias vezes)fiz
8. Serviço Tela
Validações
Ter o máximo de pessoas trabalhando na
mesma User Story
Teste
Automat.
Passos para concluir a User Story
Liberar uma versão agora, neste exato
momento
9. Ciclo Vicioso
Não damos
atenção à quebra
das atividades
Fica difícil ter
muitas pessoas
trabalhando na
mesma user story
Só uma pessoa
pega a atividade
Não vê valor em
quebrar as
atividades
10. Consequências...
Não damos
atenção à quebra
das atividades
A user story
demora para ser
finalizada
várias user
stories
simultâneas
- Divisão da equipe
- Aumento do risco
- Complexidade de
Gestão de Configuração
- Falta de confiança
16. MVP
(Tela com
nome e
salvar)
Ter o máximo de pessoas trabalhando na
mesma User Story
Outros
campos
CPF Listar
Contatos
Add
contato
Liberar uma versão agora, neste exato
momento
Remover
Contato
Editar
contato
Passos para concluir a User Story
17. Ciclo Virtuoso
damos atenção à
quebra das
atividades
Conseguimos
trabalhar todos
na mesma user
story
A user story é
entregue mais
rápido
Feedback mais
rápido
(Desenolvedores e
cliente)
18. Mas a User Story que você utilizou
não é lá muito boa!
25. Indivíduos e interação entre eles mais que processos e ferramentas
Software em funcionamento mais que documentação abrangente
Colaboração com o cliente mais que negociação de contratos
Responder a mudanças mais que seguir um plano
(-) Processos
(-) Ferramentas
Mas cada um quer tocar sua atividade!
(-) Documentação
Mas não valorizamos sempre ter software funcionando!
(+) Confiança
Mas não conseguimos colocar em produção a qualquer momento!
(-) Plano
Mas não adaptamos imediatamente às mudanças!