Palestra apresentada no Pré-Agile-Brazil, em Recife.

1. @JulianoRibeiro - www.julianoribeiro.com
pré

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

3. Alguns Clientes

5. Academico
• Desenvolvedor desde 1994
• Graduado em Sistemas para Internet
• Pós-graduado em POO com Java
• Certified Scrum Professional pela Scrum
Alliance
• Licensed Learning 3.0 Facilitator
• Certified Delphi Developer pela Embarcadero

6. Realizações
• Professor de métodos ágeis na Faculdade Cidade
Verde
• Agile Coach na Objective Solutions
• Organizador do Agile Tour desde 2010
– 2014 in Sao Paulo, Maringa, Cascavel, Brasilia,
Campinas and 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. Período pré-waterfall

8. Waterfall

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. Waterfall
Managing The Development of Large Software Systems – Dr Winston Royce

12. O Legado do Waterfall

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

15. Kanban
Jeff Patton

16. Scrum

18. Extreme Programming

19. 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. Estado inicial
Scrum
TDD
Continuous Integration

27. Como foi?
Sprints falhando…
Foco na entrega versus qualidade
Várias histórias quase aceitas…
Cliente insatisfeito
Por consequência, nós também!

28. As mudanças
Adoção de Pair Programming
Continuous Integration = Continuous delivery
Mudança no comprometimento
Não estimar mais

29. 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

31. Objective Solutions
Começaram com Scrum “by the book”
Desde o início com técnicas de XP

32. 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

33. Mudanças
Iterações > Fluxo Contínuo
As tarefas levam o tempo que levarem
Algoritmo para disciplinar o Pair Programming
Criaram a ronda ativa

34. Shu Ra Ri

36. Fábula Indiana

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

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

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