SlideShare uma empresa Scribd logo
1 de 26
Baixar para ler offline
ANDREI TOGNOLO
E
FÁBIO SANTOS
TDC Goiânia 2012
Startuping User Stories
O que devo ter em mente
quando estou
desenvolvendo uma
User Story?
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?
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
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Ê?
Como eu já vi quebrarem
esse tipo de User Story...
(várias vezes)fiz
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
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
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
Mas por que fazem
assim?
:(
os
Desenvolvimentosoftwaretradicional
Trilhões de
casos de uso
Arquitetura
inabalável
Diagrama de
classes
infalível
Codificação
sem surpresas
Serviço
Tela
Validações
Testes
Automat.
Tá... mas e o que você me
sugere?
Startuping User Stories
"Implemente suas User Stories como se fosse uma Startup:
MVP, pequenas iterações e software sempre funcionando"
Iterações de iterações
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
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)
Mas a User Story que você utilizou
não é lá muito boa!
http://paulhammant.com/blog/branch_by_abstraction.html
http://paulhammant.com/blog/branch_by_abstraction.html
http://paulhammant.com/blog/branch_by_abstraction.html
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!
Obrigado!
@flsusp
@andreitognolo

Mais conteúdo relacionado

Mais de Andrei Tognolo

Overcoming the fear of deployments
Overcoming the fear of deploymentsOvercoming the fear of deployments
Overcoming the fear of deploymentsAndrei Tognolo
 
Fronteiras entre o Lean e a Gambiarra
Fronteiras entre o Lean e a GambiarraFronteiras entre o Lean e a Gambiarra
Fronteiras entre o Lean e a GambiarraAndrei Tognolo
 
Reducing passive interruptions
Reducing passive interruptionsReducing passive interruptions
Reducing passive interruptionsAndrei Tognolo
 
Porque nosso time parou de estimar
Porque nosso time parou de estimarPorque nosso time parou de estimar
Porque nosso time parou de estimarAndrei Tognolo
 
Testes UI: não aceite mais falso negativos
Testes UI: não aceite mais falso negativosTestes UI: não aceite mais falso negativos
Testes UI: não aceite mais falso negativosAndrei Tognolo
 
Refatorar! Porque ninguém gosta de código que cheira mal
Refatorar! Porque ninguém gosta de código que cheira malRefatorar! Porque ninguém gosta de código que cheira mal
Refatorar! Porque ninguém gosta de código que cheira malAndrei Tognolo
 

Mais de Andrei Tognolo (6)

Overcoming the fear of deployments
Overcoming the fear of deploymentsOvercoming the fear of deployments
Overcoming the fear of deployments
 
Fronteiras entre o Lean e a Gambiarra
Fronteiras entre o Lean e a GambiarraFronteiras entre o Lean e a Gambiarra
Fronteiras entre o Lean e a Gambiarra
 
Reducing passive interruptions
Reducing passive interruptionsReducing passive interruptions
Reducing passive interruptions
 
Porque nosso time parou de estimar
Porque nosso time parou de estimarPorque nosso time parou de estimar
Porque nosso time parou de estimar
 
Testes UI: não aceite mais falso negativos
Testes UI: não aceite mais falso negativosTestes UI: não aceite mais falso negativos
Testes UI: não aceite mais falso negativos
 
Refatorar! Porque ninguém gosta de código que cheira mal
Refatorar! Porque ninguém gosta de código que cheira malRefatorar! Porque ninguém gosta de código que cheira mal
Refatorar! Porque ninguém gosta de código que cheira mal
 

Startuping user stories