Scrum para desenvolvedores
13 gostaram929 visualizações
O documento discute os desafios comuns em projetos de software, como atrasos, aumento de custos e funcionalidades não entregues. Também apresenta os princípios e práticas do framework Scrum, como entregas incrementais frequentes, papéis, cerimônias e artefatos. Por fim, discute mitos e verdades sobre Scrum e Agilidade.
Scrum para desenvolvedores
- 3. Chaos Report Desafiado: atrasou, custou mais, ou entregou menos Fracasso: cancelado, ou entregue e nunca usado Fonte: Standish Group
- 4. Uso de Funcionalidades 64% Nunca ou Raramente Utilizadas 20% do Software é Realmente Útil Fonte: Standish Group, 2002
- 5. Cone da incerteza Fonte: NASA (Cone of uncertainty)
- 6. Os primeiros 90% da aplicação levam 90% do tempo para ficarem prontos Os 10% finais levam mais 90% do tempo para terminar
- 7. Falsa percepção de progresso
- 11. 40 anos 22 anos 10 anos
- 12. SCRUM
- 16. É um processo iterativo e incremental para o desenvolvimento de qualquer produto e gerenciamento de qualquer projeto É mais um framework que uma metodologia, mais atitude que um processo Processo empírico de gerenciamento e controle Inspeção e adaptação em loops de feedback Usado para gerenciar projetos desde 1990 Entrega frequente de funcionalidades com valor para o cliente Escalável a projetos distribuídos, grandes e largos Compatível com CMMI Nível 3 e ISO9001 Extremamente simples, mas resistente O que é Scrum?
- 17. Scrum não é um método para engenharia de software Scrum não cuidará da qualidade do seu projeto Scrum não fornece templates para Gerenciar Tarefas, Relatórios, Estimar ou para Coletar Requisitos O que o não é Scrum
- 18. É simples, mas é difícil É um framework que mostra as deficiências assim que você o implanta Equilíbrio de Nash “ Problemas” do Scrum
- 19. Papéis no Scrum Product Owner Responsável por garantir o ROI (Retorno de Investimento) Responsável por conhecer as necessidades do(s) cliente(s) Proxy em ambientes com mais de um cliente ScrumMaster Responsável por remover os impedimentos do time Responsável por garantir o uso de Scrum Protege o time de interferências externas Time Definir metas das iterações Auto-gerenciamento Produzir produto com qualidade e valor para o cliente
- 22. Sprint Planning Meeting Release Planning Meeting
- 23. Daily Scrum
- 24. Review
- 25. Retrospectiva
- 28. Release Burndown e Sprint Burndown
- 29. Sprint Backlog e Release Backlog
- 30. TRANSPARÊNCIA
- 31. Scrum board (ou Kanban)
- 32. 1 2 3 5 8 13 21 Planning Poker
- 33. AGILIDADE É MAIS DO QUE ISSO...
- 34. Manifesto Ágil Indivíduos e interações mais que processos e ferramentas Produto 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 http://agilemanifesto.org Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas
- 37. MITOS E VERDADES SOBRE SCRUM E AGILIDADE
- 38. Não trabalha com escopo fechado
- 39. A documentação é um monte de post-its
- 40. Jogam baralho durante o trabalho
- 41. Precisa de um time muito bom para funcionar
- 42. Não tem gerente de projetos
- 44. Scrum não escala
- 45. Não dá pra estimar, logo é impossível de vender
- 46. Meu cliente nunca vai aceitar isso
- 47. A certificação
- 48. Livros
- 49. Outros recursos Grupo de Scrum no Yahoo (pt): http://br.groups.yahoo.com/group/scrum-brasil Scrum.org http://www.scrum.org Scrum Alliance (en) http://www.scrumalliance.org Site do Ken Schwaber (en) http://www.controlchaos.com Revista Visão Ágil (pt) http://www.visaoagil.com
- 50. Perguntas?
- 51. Online @ Giovanni Bassi: Email: giggio@giggio.net Blog técnico: http://unplugged.giggio.net Site: http://giovannibassi.com Twitter: @giovannibassi Felipe Rodrigues: Email: felipero@gmail.com Blog técnico: http ://felipero.com Site: http ://fratech.net Twitter: @felipero