Startuping user stories

486 visualizações

Publicada em

Como a quebra de atividades pode mudar completamente a maneira como se faz software?

Publicada em: Tecnologia
1 comentário
1 gostou
Estatísticas
Notas
Sem downloads
Visualizações
Visualizações totais
486
No SlideShare
0
A partir de incorporações
0
Número de incorporações
4
Ações
Compartilhamentos
0
Downloads
5
Comentários
1
Gostaram
1
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Startuping user stories

  1. 1. ANDREI TOGNOLO E iânia 2012 FÁBIO SANTOSTDC Go s s er Storie Sta rtuping U
  2. 2. O que devo ter em mente quando estou desenvolvendo uma User Story?
  3. 3. Ter o máximo de pessoas trabalhando na mesma User Story Ê? POR QU Entregar mais quando asrápido uma user Otimizar fluxo de atividades do sprint story conhecimento vão terminar?
  4. 4. Passos para concluir a User Story Ê? POR QU Detectar Saber o que faltaimpedimentos e Evitar retrabalho para a User Story falta de (mas não fique terminar entendimento paranóico)
  5. 5. Liberar uma versão agora, neste exato momento ? P OR QUÊ "Entregar software O sistema nuncafuncionando com As User Stories quebra freqüência" não vão terminar todas juntas
  6. 6. fizComo eu já vi quebraremesse tipo de User Story... (várias vezes)
  7. 7. Serviço Tela Teste Validações Automat. Ter o máximo de pessoas trabalhando na mesma User Story Passos para concluir a User Story Liberar uma versão agora, neste exato momento
  8. 8. Ciclo Vicioso Não damos Fica difícil teratenção à quebra muitas pessoas das atividades trabalhando na mesma user story Não vê valor em Só uma pessoa quebrar as pega a atividade atividades
  9. 9. Consequências... Não damos A user story atenção à quebra demora para ser das atividades finalizada - Divisão da equipe - Aumento do risco várias user - Complexidade de storiesGestão de Configuração simultâneas
  10. 10. Mas por que fazemos assim? :(
  11. 11. Desenvolvimento software tradicional Trilhões de Serviço casos de uso Arquitetura Tela inabalável Diagrama de Validações classes infalível Codificação Testes sem surpresas Automat.
  12. 12. Tá... mas e o que você me sugere?
  13. 13. Startuping User Stories"Implemente suas User Stories como se fosse uma Startup:MVP, pequenas iterações e software sempre funcionando"
  14. 14. MVP Outros CPF Listar(Tela com campos Contatos nome e salvar) Add Editar Remover contato contato Contato Ter o máximo de pessoas trabalhando na mesma User Story Passos para concluir a User Story
  15. 15. Ciclo Virtuosodamos atenção à Conseguimos quebra das trabalhar todos atividades na mesma user story Feedback mais A user story é rápido entregue mais(Desenolvedores e rápido cliente)
  16. 16. Mas a User Story que você utilizou não lá é muito boa!
  17. 17. http://paulhammant.com/blog/branch_by_abstraction.html
  18. 18. http://paulhammant.com/blog/branch_by_abstraction.html
  19. 19. http://paulhammant.com/blog/branch_by_abstraction.html
  20. 20. (+) Confiança (-) Ferramentas (-) Processos(-) Documentação (-) PlanoIndiví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 Mas cada um quer tocar sua atividade! Mas não valorizamos sempre ter software funcionando!Mas não conseguimos colocar em produção a qualquer momento! Mas não adaptamos imediatamente às mudanças!
  21. 21. Obrigado!

×