Apresentacao scrum

533 visualizações

Publicada em

Apresentação realizada na aula de Engenharia de Software pelos alunos Uriel Juliatti e Gil Gomes Pereira do quarto período de SI - Faculdade Salesiana de Vitória.

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

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

Nenhuma nota no slide

Apresentacao scrum

  1. 1. Desenvolvendo software comqualidade e agilidade.
  2. 2. Sabe os problemas?
  3. 3. Eles podem se tornar…
  4. 4. Pesadelos!
  5. 5. E mais pesadelos!
  6. 6. Problemas Perversos.> Mudanças rápidas nos requisitos.> Design.> Longa Implementação.> Pouca cobertura de testes.> Implantação duvidosa e temida.
  7. 7. Resolvemos assim:
  8. 8. Quando usar?
  9. 9. Quando usar?> Pequenas startups> Grandes empresas.> Desenvolvimento interno.> Desenvolvimento contratado.> Sistemas contratados com preço fixo.> Etc.
  10. 10. Scrum?> Alguns dizem que SCRUM não é uma metodologia, mas sim umframework.> Não espere que ele diga o que fazer.> E sim, você vai ter que adaptar o processo para a sua situação.
  11. 11. Nokia Scrum Standards> Uma equipe de Scrum deve ter um product owner e saberquem ele é.> O product owner deve ter um product backlog comestimativas criadas pela equipe.> A equipe deve ter um gráfico burndown e saber suavelocidade. Não deve haver nenhuma interferência externa sobrea equipe durante uma sprint.
  12. 12. Ciclo
  13. 13. Product Backlog> É o coração do SCRUM.> Resume-se a uma lista de requisitos, ou melhor, coisas que ocliente deseja.> Também chamado de “histories”.> Atrela as estimativas e importância para o P.O. em suadescrição.
  14. 14. Sprint BacklogÉ uma lista de atividades (histories) que um time vai atuar dentrode uma sprint e pode ser representado pela Kanban.
  15. 15. Kanban
  16. 16. SprintUma sprint é a unidade básica do desenvolvimento em Scrum.
  17. 17. Product Owner> Responsável por definir os itens que compõem o ProductBacklog e os prioriza nos plannings.> Deve usar constantemente o produto, para poder revisar osrequisitos.> Discutir com o time é sempre saudável.> Analisar o uso dos concorrentes.> E se posicionar como usuário. Se um produto serve a umusuário técnico, o PO deve ser capaz de entendê-lo.
  18. 18. Scrum Master
  19. 19. Scrum Master> Ele é quem assegura que a equipe respeite e siga os valores e aspráticas do Scrum.> Trabalha junto ao P.O para assegurar que o mesmo esteja alinhado acada sprint.> Também é responsável por verificar se todos os membros do timeestão felizes e realizados.
  20. 20. Scrum Master> Atua como facilitador do daily scrum e é o responsável por removerquaisquer obstáculos que sejam levantados pela equipe durante asdaylies.> Geralmente é exercido por um gerente de projeto ou um líder técnicomas em princípio pode ser qualquer pessoa da equipe.
  21. 21. Planning> Reunião na qual estão presentes o P.O, o S.M e todo o time, bem comoqualquer pessoa interessada que esteja representando a gerência ou ocliente.> O P.O descreve as funcionalidades de maior prioridade para a equipe.> A equipe faz perguntas durante a reunião de modo que seja capaz dequebrar as funcionalidades em tarefas técnicas, após a reunião.
  22. 22. Planning> A equipe se dissipa do S.M e P.O para conversar e decidirquanto ela pode se comprometer a fazer no sprint que seráiniciado.> Ela sempre será responsável em determinar o quanto serácapaz de fazer.
  23. 23. Planning Poker
  24. 24. Planning Poker> Discute-se e estima-se sobre as histories selecionadas.> Cada membro da equipe é responsável por jogar tanto paracomplexidade quanto para estimar o tempo que julga gastarem cada tarefa.
  25. 25. Code Hard!Organize your self.Execute it!
  26. 26. Daily ScrumO que fez ontem? O que fará hoje?Há algum impedimento no caminho?
  27. 27. Daily Scrum> Reunião diária que tem o objetivo de apresentar o que foi feito no dia anterior> Um ótimo ponto para identificar impedimentos e priorizar o trabalho a serrealizado no dia que se inicia.> São geralmente realizadas em um mesmo horário – geralmente pelas manhãs.> Não deve ser utilizada como uma reunião para solucionar problemas.> Não é uma reunião de status report na qual um chefe fica coletando informaçõessobre quem está atrasado. Ao invés disso, é uma reunião na qual membros daequipe assumem compromissos perante os demais.
  28. 28. Burndown Chart.
  29. 29. Review> Feita ao final de cadas Sprint.> Demonstração das novas funcionalidades> O P.O, o S.M, clientes ou engenheiros de outros projetostambém participam.> O projeto é avaliado em relação aos objetivos do sprint,determinados durante o planning.
  30. 30. Retrospectiva
  31. 31. Retrospectiva> O que foi bom e o que foi ruim durante a sprint?> Nem sempre é necessario reportar o que está diretamenteenvolvido com a sprint, mas qualquer coisa que tenha tedesagradado ou entusiasmado.> O S.M apresenta o balanço da retrospectiva aos outroscolaboradores através de um quadro, com a finalidade decolaborar para uma melhor qualidade de vida dentro doempreendimento.
  32. 32. Obrigado =)Gil Gomes > gil.gomes@giran.com.brUriel Juliatti > uriel.juliatti@giran.com.br Giran Soluções e Ecommerce http://www.giran.com.br

×