ANDREI TOGNOLO E FÁBIO SANTOS TDC Goiânia 2012 Startuping User Stories
Apr 22, 2015
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 TelaValidaçõ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
Mas por que fazem assim?
:(
os
Des
envo
lvim
ento
sof
twar
e tr
adic
iona
lTrilhõ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"
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 ferramentasSoftware em funcionamento mais que documentação abrangente
Colaboração com o cliente mais que negociação de contratosResponder 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!