Startuping user stories

379 visualizações

Publicada em

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"

Publicada em: Tecnologia
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
379
No SlideShare
0
A partir de incorporações
0
Número de incorporações
3
Ações
Compartilhamentos
0
Downloads
5
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Startuping user stories

  1. 1. ANDREI TOGNOLOEFÁBIO SANTOSTDC Goiânia 2012Startuping User Stories
  2. 2. O que devo ter em mentequando estoudesenvolvendo umaUser Story?
  3. 3. Ter o máximo de pessoas trabalhando namesma User StoryPOR QUÊ?Entregar maisrápido uma userstoryOtimizar fluxo deconhecimentoquando asatividades do sprintvão terminar?
  4. 4. Passos para concluir a User StoryPOR QUÊ?Detectarimpedimentos efalta deentendimentoEvitar retrabalho(mas não fiqueparanóico)Saber o que faltapara a User Storyterminar
  5. 5. Liberar uma versão agora, neste exatomomentoAs User Storiesnão vão terminartodas juntas"Entregarsoftwarefuncionando comfreqüência"O sistema nuncaquebraPOR QUÊ?
  6. 6. Como eu já vi quebraremesse tipo de User Story...(várias vezes)fiz
  7. 7. Serviço TelaValidaçõesTer o máximo de pessoas trabalhando namesma User StoryTesteAutomat.Passos para concluir a User StoryLiberar uma versão agora, neste exatomomento
  8. 8. Ciclo ViciosoNão damosatenção à quebradas atividadesFica difícil termuitas pessoastrabalhando namesma user storySó uma pessoapega a atividadeNão vê valor emquebrar asatividades
  9. 9. Consequências...Não damosatenção à quebradas atividadesA user storydemora para serfinalizadavárias userstoriessimultâneas- Divisão da equipe- Aumento do risco- Complexidade deGestão de Configuração- Falta de confiança
  10. 10. Mas por que fazemassim?:(os
  11. 11. DesenvolvimentosoftwaretradicionalTrilhões decasos de usoArquiteturainabalávelDiagrama declassesinfalívelCodificaçãosem surpresasServiçoTelaValidaçõesTestesAutomat.
  12. 12. Tá... mas e o que você mesugere?
  13. 13. Startuping User Stories"Implemente suas User Stories como se fosse uma Startup:MVP, pequenas iterações e software sempre funcionando"
  14. 14. Iterações de iterações
  15. 15. MVP(Tela comnome esalvar)Ter o máximo de pessoas trabalhando namesma User StoryOutroscamposCPF ListarContatosAddcontatoLiberar uma versão agora, neste exatomomentoRemoverContatoEditarcontatoPassos para concluir a User Story
  16. 16. Ciclo Virtuosodamos atenção àquebra dasatividadesConseguimostrabalhar todosna mesma userstoryA user story éentregue maisrápidoFeedback maisrápido(Desenolvedores ecliente)
  17. 17. Mas a User Story que você utilizounão é lá muito boa!
  18. 18. http://paulhammant.com/blog/branch_by_abstraction.html
  19. 19. http://paulhammant.com/blog/branch_by_abstraction.html
  20. 20. http://paulhammant.com/blog/branch_by_abstraction.html
  21. 21. Indivíduos e interação entre eles mais que processos e ferramentasSoftware em funcionamento mais que documentação abrangenteColaboração com o cliente mais que negociação de contratosResponder a mudanças mais que seguir um plano(-) Processos(-) FerramentasMas cada um quer tocar sua atividade!(-) DocumentaçãoMas não valorizamos sempre ter software funcionando!(+) ConfiançaMas não conseguimos colocar em produção a qualquer momento!(-) PlanoMas não adaptamos imediatamente às mudanças!
  22. 22. Obrigado!@flsusp@andreitognolo

×