Scrum - Hands On

631 visualizações

Publicada em

Palestra prática de aplicação da metodologia ágil Scrum, ministrada na Universidade Federal da Bahia em 21/03/2012.

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

Nenhuma nota no slide

Scrum - Hands On

  1. 1. Desenvolvimento Ágil Scrum
  2. 2. Como eu desenvolvia…Requirements Plan Build Test Maintenance
  3. 3. ResultadoPercentual de uso de funcionalidades solicitadas no momento da especificação do projeto Fonte: Standish Group
  4. 4. Prazer, Adriano Fialho!Apimenti, Salvador Startups, CEManTIKA, UFBA
  5. 5. Hoje!
  6. 6. Quem são vocês?
  7. 7. Manifesto Ágil
  8. 8. 1) Indivíduos e interações mais que processos e ferramentas
  9. 9. 2) Software que funciona mais que documentação completa
  10. 10. 3) Colaboração do cliente mais que negociação de contratos
  11. 11. 4) Responder à mudança mais que seguir um plano
  12. 12. O que é Scrum?
  13. 13. Rugby
  14. 14. Scrum é um processo ágil utilizado para gerenciar econtrolar o desenvolvimento de software e produtos,utilizando práticas iterativas e incrementais.
  15. 15. Papéis no Scrum
  16. 16. Dono do Produto (Product Owner)ScrumMaster Time
  17. 17. PO (Product Owner)• Visão do produto a ser desenvolvido• Gerencia o backlog de forma a maximizar o ROI• Esclarece as dúvidas sempre que necessário• Aprova as entregas• Precisa conhecer o negócio para saber priorizar• Participa ativamente no processo• Aprende a cada iteração
  18. 18. ScrumMaster• Liderança da equipe• Fomentar o aprendizado e aprimoramento do time• Remover impedimentos do time• Garantir a aplicação do Scrum• Vantagem se for técnico• Interage com a gerência• Auxilia um PO inexperiente
  19. 19. Time• Multidisciplinar: habilidades necessárias para produzir um incremento funcional• Comprometimento com as prioridades do PO• Aprende constantemente• É um time!• Foco no desenvolvimento do produto• Realiza as estimativas do projeto• Auto-organização
  20. 20. Eventos e Artefatos
  21. 21. Product Backlog• Lista de funcionalidades (escopo do projeto)• Dinâmico e gerenciada pelo PO• O time pode sugerir, mas deve ser aprovado pelo PO• Lista ordenada por prioridade ou importância
  22. 22. Product Backlog User storiesComo usuário, eu gostaria de pesquisar meus clientes peloprimeiro e último nome.Como usuário, eu quero modificar meus próprios horários,mas não os horários de outros usuários.A aplicação começa, trazendo a lista de clientes por ordemalfabética.Fechando o aplicativo, o usuário é solicitado a salvar suasas alterações.
  23. 23. Product Backlog
  24. 24. Sprint• Ciclo completo de desenvolvimento• Entram itens prioritários do PB e sai software• Escopo blindado• 1 a 4 semanas
  25. 25. Planejamento do Sprint• Dois momentos:  “O que?” Seleção de itens e a explicação de cada um  “Como?” Estimativa dos itens e definição do escopo• Itens são detalhados pelo PO• Time estima as atividades necessárias para a realização
  26. 26. Planning Poker• Dinâmica para estimativas em grupo• Permite compartilhar conhecimento• Estimativa por complexidade
  27. 27. Funcionamento do Planning Poker• Participam aqueles que desenvolvem o produto• Cartas com os valores de complexidade• Valores das cartas: 1, 2, 3, 5, 8, 13, 20 e 100
  28. 28. Estimativas Planning Poker• 1:Trivial ........................... menos de uma hora• 2:Simples ........................... algumas horas• 3:Dá pra fazer ................ um dia• 5:Peraê! .............................. até uma semana• 8:Fuuuuuuuu ........................ alto grau de incerteza
  29. 29. Funcionamento do Planning Poker• Funcionalidade é lida• Participantes escolhem a carta e escondem o valor• Todos mostram as cartas• A maior e a menor estimativa são justificadas• Se chegar a um consenso, então para• Se não, mais uma rodada
  30. 30. To the Game!
  31. 31. Sprint Backlog• Lista de funcionalidades que serão desenvolvidas• Seu tamanho depende da velocidade do time• Pode conter as tarefas associadas às funcionalidades• Escopo blindado: exceções ~> muitos ou poucos itens• Conceito de PRONTO• Reunião diária  Inspeção e adaptação  O que fiz ontem? O que pretendo fazer hoje? Impedimentos?  Mesmo horário e mesmo local
  32. 32. Scrum Board
  33. 33. Burndown Chart
  34. 34. Sprint Review e Retrospectiva• Apresentação do resultado do Sprint  Software funcionando! Nada de Powerpoint!• Três perguntas a serem respondidas:  O que foi bom?  O que foi ruim?  Como podemos melhorar?
  35. 35. Dúvidas?
  36. 36. Dinâmicas deaplicação do Scrum
  37. 37. Obrigado!Adriano Fialhoadriano@apimenti.com.br / @afialhowww.apimenti.com.brwww.salvadorstartups.com.brwww.cemantika.ufba.br (em breve)

×