Your SlideShare is downloading. ×
0
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Start-up adotando Scrum
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Start-up adotando Scrum

390

Published on

Published in: Business
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
390
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
0
Comments
0
Likes
2
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Start-up com ScrumStart-up adotando Scrum
  • 2. Manifesto Agile• Focado em objetivo• Entregasse valor
  • 3. Valores Ágeis• Pessoas e iterações são mais importantes que processos e ferramentas;• Software funcionando é mais importante que uma documentação extensa;• O relacionamento com o cliente é mais importante que a negociação do contrato;• Responder às mudanças é mais importante que seguir o planejamento.
  • 4. Práticas Ágeis
  • 5. O que é Scrum?É um framework para planejamento e acompanhamento do projeto sem entrar nos detalhes de como é feita.Ou seja, Scrum não te diz como fazer e sim o que fazer.
  • 6. Por que usar Scrum?• Foco em objetivos;• Adaptação;• Feedback constante;• Software funcionando à cada iteração;• Transparência;
  • 7. Como usar?
  • 8. Entendendo os Papeis do Scrum Product Owner Scrum Scrum Team Master
  • 9. Cascata x ScrumCascata: Análise Design Implementação Testes
  • 10. Macro Estrutura do ScrumNível Estratégico 1. Definir os problema a serem resolvidos 2. Estabelecer a visão e um escopo de alto nível Visão 3. Investigar a viabilidade do projeto Backlog Inicial 4. Fornecer esforço e prazo preliminares 5. Conseguir recursos como financiamentoNível Tático 1. Planejar objetivos dos Sprints 2. Resolver Impedimentos 3. Promover a comunicação Backlog Nível Operacional 1. Realizar objetivos dos Sprints 2. Aplicar boas práticas de Engenharia 3. Adequar mudanças 4. Garantir a qualidade Sprint Backlog Software Funcionando
  • 11. Estrutura do Scrum
  • 12. TimeBox• Período Fechado de Tempo. Exemplo: – Sprint 30 dias é um Time-Box. – Planning de 1 dia é um Time-box. Tudo dentro do Scrum tem o espaço de tempo definido e cronometrado.
  • 13. Sprint = Iteração
  • 14. Na prática
  • 15. PlanningParte 1 Parte 2 SMPO SM TEAMProduct BacklogPriorizado 4 horas 4 horas Tempo 1 dia
  • 16. Product BacklogID Descrição Sprint Esforço Conclusão1 Cadastramento Usuário 12 Painel do usuário 13 Notificação por e-mail 14 Aprovação do Usuário 15 Notificação por SMS6 Emissão de Boleto7 Envio de Boleto automatico por E-mail
  • 17. Sprint BacklogID Descrição Sprint Esforço Conclusão1 Cadastramento Usuário 1 52 Painel do usuário 1 53 Notificação por e-mail 1 34 Aprovação do Usuário 35 Notificação por SMS 56 Emissão de Boleto 37 Envio de Boleto automático por E-mail 5
  • 18. Sprint Backlog
  • 19. Daily Scrum
  • 20. Definição de DoneHomologado no ambiente de Integração;Code ReviewTestado no IE 9, Chrome, FireFox;
  • 21. Sprint Review (demo) Review (demo) delivery Tempo 4 horas – último dia do Sprint
  • 22. Sprint Retropective Retrospective Team SM O que foi bom? O que pode ser melhorado? Tempo 4 horas – último dia do Sprint
  • 23. Entrando nos detalhes...
  • 24. Obtendo Prazos
  • 25. Estimativa• Esforço + velocidade esforço
  • 26. Planning poker• Fibonnaci = representa pontos esforços para conclusão
  • 27. Como obter os prazos?Sabendo quantos pontos o time consegue entregar por Sprint.
  • 28. Exemplo – obtendo esforços do teamID Descrição Sprint Esforço Conclusão1 Cadastramento Usuário 1 52 Painel do usuário 1 53 Notificação por e-mail 1 34 Aprovação do Usuário 35 Notificação por SMS 56 Emissão de Boleto 37 Envio de Boleto automático por E-mail 5
  • 29. Descobrindo o Total SprintID Descrição Sprint Esforço Conclusão1 Cadastramento Usuário 1 52 Painel do usuário 1 53 Notificação por e-mail 1 34 Aprovação do Usuário 35 Notificação por SMS 56 Emissão de Boleto 37 Envio de Boleto automático por E-mail 5Total de Pontos = 29Velocidade estimada = 13Prazo = 29/13 = 2,2 = 2 Sprints
  • 30. Burndown – Product Backlog
  • 31. Finalizando...
  • 32. Planning 1 e 2 Dia 1 Dia 2Tempo 15 dias Dia 3 Dia ... Em resumo Dia 13 Review Retrospective
  • 33. Questions??? Obrigado!! Camilo Lopes

×