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.

1. @JulianoRibeiro - www.julianoribeiro.com.br

2. São Paulo Curitiba Maringá
A Empresa
Desenvolvimento de Software Customizado
Consultoria e Treinamento em Métodos Ágeis

3. Alguns Clientes

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

6. Período pré-waterfall

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

13. Manifesto ágil
http://manifestoagil.com.br/

14. Kanban
Jeff Patton

15. Scrum

17. Extreme Programming

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)

25. Estado inicial
Scrum
TDD
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

36. Manifesto ágil
http://manifestoagil.com.br/

37. Não desenvolva apego a nenhuma
arma ou escola de combate.
Miyamoto Musashi

38. Obrigado
@JulianoRibeiro
juliano.ribeiro@objective.com.br
www.julianoribeiro.com.br