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