Baixado 14 vezes
Carregado porAdriano Negrão
Introdução a metodologias Ágeis e o Framework scrum
O documento introduz os métodos ágeis e o framework Scrum, discutindo suas vantagens em relação aos métodos tradicionais de gerenciamento de projetos. Ele resume os principais conceitos como iteratividade, envolvimento do cliente, adaptabilidade e entrega contínua de valor. Também apresenta os papéis, artefatos e eventos do Scrum como Sprints, Daily Scrum e Retrospectivas.
Introdução a metodologias Ágeis e o Framework scrum
- 1. Introdução a Métodos Ágeise o Scrum
- 2. Olá! Eu sou AdrianoNegrão Agile Coach - BRQ | Santander @adrnegrao adrianonegrao.com.br 2
- 3.
- 4. Metodologias Ágeis Práticas que surgiramcomo alternativa ao gerenciamento tradicional de projetos. Ágil é cultura e não é processo! 4
- 6.
- 7.
- 9. ● Facilidade nofornecimento de respostas (Apesar da incerteza) ● Adesão contratual Prós e Contras ● Princípio da incerteza ● Qualidade ● Conflito com clientes ● Necessidade de precisão ● Alto retrabalho ● Finge que me engana que eu finjo que acredito 9 Você concorda com esses pontos?
- 10. Metodologias Ágeis Um poucode história... 2
- 11. Como você sabea hora de entrar? 11
- 12.
- 13. Modelo Empirico 13 Iteração 1 Aquialgo funcional é revisado e o feedback é incorporado na próxima iteração. Iteração 2 Iteração 2 Diversas iterações acontecem e diversos incrementos são revisados pelo cliente Com diversos incrementos revistos e mudanças incorporadas, o produto final é entregue.
- 14. Algumas ”metodologias” e práticas ágeis 14 SCRUM(1993) Crystal Clear XP (1996) Feature Driven Develop ment
- 16.
- 17. Manifesto Ágil Criado em fevereirode 2001 17
- 18.
- 19.
- 20.
- 21. “ “Scrum éum framework dentro do qual pessoas podem tratar e resolver problemas complexos e adaptativos, enquanto produtiva e criativamente entregam produtos com o mais alto valor possível”. - Scrum Guide 21
- 22.
- 23. ● Flexibilidade emente aberta: Compreender que há sempre esforço para melhorar é fundamental. Você também ainda tem muito que aprender! ● Não ter medo de experimentar: No coração de todo processo empírico está o método de tentativa e erro. Devemos estar preparados para experimentar de forma controlada. Pré requisitos Para se trabalhar com Scrum 23
- 24. Fazer a coisa certa,rápido e corretamente: é possível? 24
- 25. “ O ditado"fazer a coisa certa da primeira vez"pode por pressão desnecessária naqueles que estão em processo de aprendizado, como uma equipe nos seus primeiros dias de Sprints. Sendo assim, precisamos entender que falhas não devem ser punidas e que toda equipe atravessa uma curva de aprendizado. 25
- 26. 26 Fazer de forma correta Fazerde forma rápida Fazer a coisa certa ● Agile Teams buscam esta intersecção ● Em que intersecção o seu time costuma operar? ● O que você pode fazer para que eles encontrem a intersecção central?
- 27.
- 28. Antes dos Sprints 1.Plano de entregas foi criado com time? 2. O Product Backlog inicial foi criado e temos histórias preparadas para 1-2 sprints 3. Visão do produto foi compartilhada 4. O time decidiu sobre os acordos de trabalho 28
- 29. ● A DoRserve para identificar se um PBI (Product Backlog Item) está preparado para ser planejado e entregue em um Sprint, de acordo com a perspectiva do Time de Desenvolvimento. ● Serve como checklist para ajudar o Time Scrum se um PBI cabe ou não em um Sprint. Definition of Ready 29
- 30. 1. User Storydefinida 2. Protótipo criado quando necessário 3. Critérios de aceite da User Story definido 4. Identificado dependencias da User Story 5. Time estimou a User Story Definition of Ready 30 Exemplo check- list
- 31. ● A DoDé um acordo de trabalho criado antes de começar os Sprints. ● Construída com inputs do Time de desenvolvimento e inputs do Product Owner. ● Scrum Master deve facilitar a criação, criando uma checklist. ● Sugere-se criar um radiador de informação com essa lista e o disponibilizar para todos do Time Scrum. Definition of Done 31
- 32.
- 33. Papeis Scrum ● ProductOwner fala O QUE deve ser feito. ● Time de desenvolvimento Determina COMO pode ser feito. ● Scrum Master Garante que todos trabalham como um time coeso 33
- 34. Artefatos Scrum ● ProductBacklog (PBL) ● Sprint Backlog Item (SBL) ● Incremento do Produto 34
- 35.
- 36. “ O clientesó sabe o que ele realmente PRECISA depois de ver algo funcionando. As ideias então começam a fluir e com isso o Time aprende cada vez mais. Requisitos são hipóteses que precisam ser validados CONSTANTEMENTE. 36
- 37. Eventos Scrum ● SprintPlanning ● Daily Scrum ● Sprint Review ● Retrospectiva do Sprint //sprint 37
- 38. Processo SP 38 SPRINT PLANNING PBL Ordenado Velocidade Capacidade Metada sprint Sprint Backlog
- 39. Eventos Kaizen 39 SPRINT REVIEW PBIDone PBIs Not Done Feedback em nível de produto
- 40. Eventos Kaizen 40 RETROSPECTIVA Eventos doSprint Backlog de melhorias do Sprint anterior Feedback em nível de processo Backlog de Melhorias
- 41.
- 42.
- 43.
- 44. Produto Mínimo Viável Versãodo produto que permita ao time coletar o maior aprendizado validado sobre os clientes com o menor esforço possível. 44
- 45.
- 46.
- 47.
- 48.
- 49.
- 50.
- 51. Adote uma nova forma decriar e evoluir produtos 51 EasyTaxi Spotify Groupon Facebook AirBn B
- 52. “ Se vocênão tem vergonha da sua primeira release, então você lançou tarde demais… - Reid Hoffman - CEO LinkedIn 52
- 53.