Agile customs
Transferir como PPTX, PDF2 gostaram566 visualizações
Juliano Ribeiro oferece serviços de desenvolvimento de software, consultoria em métodos ágeis e treinamento. Ele tem experiência em projetos ágeis utilizando Scrum, Kanban, Extreme Programming (XP) e é instrutor de métodos ágeis. O documento discute a evolução de abordagens como Waterfall para frameworks ágeis modernos.
Agile customs
- 2. São Paulo Curitiba Maringá A Empresa Desenvolvimento de Software Customizado Consultoria e Treinamento em Métodos Ágeis
- 4. Juliano Ribeiro • Desenvolvedor desde 1994 • Pós-graduado em POO com Java • Certified Scrum Professional pela Scrum Alliance • Licensed Learning 3.0 Facilitator • Certified Delphi Developer pela Embarcadero • Professor de métodos ágeis na Faculdade Cidade Verde • Agile Coach na Objective Solutions • Organizador do Agile Tour desde 2010 – 2015 em São Paulo, Maringá, Cascavel, Londrina, Paranavaí, Rio de Janeiro e Curitiba • Palestrante regular nas principais conferências sobre agilidade no Brasil – Agile Brazil, Agile Trends, The Developers Conference, DevInSantos, DevCamp, Linguágil, Scrum Gathering Equador, Scrum Gathering Rio
- 7. Waterfall
- 8. Waterfall Managing The Development of Large Software Systems – Dr Winston Royce
- 9. Waterfall Managing The Development of Large Software Systems – Dr Winston Royce
- 10. Waterfall Managing The Development of Large Software Systems – Dr Winston Royce
- 11. O Legado do Waterfall
- 15. Scrum
- 18. Extreme Programming • Jogo de Planejamento (Planning Game) • Fases pequenas (Small Releases) • Metáfora (Metaphor) • Design Simples (Simple Design) • Time Coeso (Whole Team) • Testes de Aceitação (Customer Tests) • Semana de 40 horas (Sustainable Pace) • Reuniões em pé (Stand-up Meeting) • Propriedade Coletiva (Collective Ownership) • Programação Pareada (Pair Programming) • Padronização do Codigo (Coding Standards) • Desenvolvimento Orientado a Testes (Test Driven Development) • Refatoração (Refactoring) • Integração Contínua (Continuous Integration)
- 26. Como foi? Sprints falhando… Foco na entrega versus qualidade Várias histórias quase aceitas… Cliente insatisfeito Por consequência, nós também!
- 27. As mudanças Adoção de Pair Programming Continuous Integration = Continuous delivery Mudança no comprometimento Não estimar mais
- 28. Resultados Time entrega apenas 5 histórias por semana/iteração/sprint O cliente tem seu pedido atendido no menor tempo possível, podendo valida-lo imediatamente, com a maior qualidade que o time consegue entregar
- 30. Objective Solutions Começaram com Scrum “by the book” Desde o início com técnicas de XP
- 31. Observações Overhead de planejamento, cerimônias… Sprints constantemente cancelados, os requisitos mudavam frequentemente Pair programming exige mais que disciplina, exige método O time precisa do controle sutil, mesmo um time maduro
- 32. Mudanças Iterações > Fluxo Contínuo As tarefas levam o tempo que levarem Algoritmo para disciplinar o Pair Programming Criaram a ronda ativa
- 33. Shu Ra Ri
- 35. Fábula Indiana
- 37. Não desenvolva apego a nenhuma arma ou escola de combate. Miyamoto Musashi