A sua primeira adoção ágil vai falhar. Isso é quase um fato. No início iremos usar metodologias de forma errada, seremos resistentes às mudanças e por consequência falharemos. Mas isso é ruim? Talvez. Vamos falar sobre como criar um ambiente seguro para aprendizado, seguindo as práticas ágeis. A mecânica dessa palestra é mostrar que colocar a adoção de ágil como meta quase sempre leva a falha e ao desapontamento, com pouquíssimas exceções. Times ágeis, principalmente organizações que pretendem adotar ágil, precisam ter claro em suas mentes que haverá uma perda de performance, entrega ou seja lá qualquer métrica você adotar, antes de finalmente melhorar.

1. Falhem comigo
e sejamos melhores!
Juliano Ribeiro
Agile Coach & Trainer

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

3. Alguns Clientes

5. Quem é esse cara???
• Desenvolvedor desde 1994
• Pós-graduado em POO com Java
• CSM, CSPO e CSP pela Scrum Alliance
• Certified Delphi Developer pela Embarcadero
• Organizador desde 2011 do AgileTour
• Agile Coach & Trainer pela Objective Solutions

6. Aviso de interatividade
O palestrante, apesar de desenvolvedor,
costuma interagir socialmente com os
participantes do evento, especialmente
indivíduos da espécie humana.
Portanto, esteja preparado!

7. Define:falha
fa.lha (substantivo feminino)
• engano, equívoco
• descontinuidade, fratura, fissura, trinca,
fenda, racha
• irregularidade
• insucesso, ação ou evento em que não se
obteve sucesso
• imperfeição
• erro

8. Define:sucesso
su.ces.so (substantivo masculino)
• resultado próspero ou favorável de
tentativas ou esforços
O sucesso ou o fracasso da missão depende de nossa atuação.
• a obtenção de riqueza, posição, honras etc
Ele é um homem de sucesso, tem tudo na vida.
• (Artes) obra que é um grande êxito
A peça foi um sucesso imediato.

9. Não são permitidas falhas nesse
mundo competitivo

10. Grandes falhas levam
grandes à cobranças...

11. A sua primeira adoção
ágil vai falhar!

12. No início
usaremos
métodos de
forma
errada...

13. seremos
resistentes
às
mudanças

14. então
falhamos...

15. Mas isso é ruim?

16. CASES DE FRACASSO(!?)

18. Estado inicial
Scrum + XP
Time Distribuído
Product Owner em outro país
Continuous Integration

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

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

21. Resultados
Time entrega apenas 5 histórias
por semana/iteração/sprint
O cliente tem seu pedido atendido no menor
tempo possível, podendo validá-lo
imediatamente, com a maior qualidade que o
time consegue entregar

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

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

25. Mudanças
Iterações > Fluxo Contínuo
As tarefas levam o tempo que levarem
Keyboard rotation
Algoritmo para disciplinar o Pair Programming
Criaram a ronda da enfermeira

26. Como criar um ambiente
seguro para falhas?

27. Kaizen vs Kaikaku

28. Pair Programming

29. Pequenas
releases

30. Testes, testes, testes...

31. Test Driven
Development

32. Integração contínua

33. Code
Review

34. Gestão
Visual

35. OBSERVE SEU SISTEMA, ELE FALA!

36. Obrigado
@JulianoRibeiro
juliano.ribeiro@objective.com.br