[SGRio2018] Desmistificando a eXtreme Programming para desenvolvedores "não ágeis"

Nossos desenvolvedores conhecem práticas ágeis propostas por eXtreme Programming? Se sim, eles estão realmente aplicando-as de forma que os ajudem a entregar software de valor? Caso contrário, os desenvolvedores estão desacreditados quanto a agilidade? O Scrum team sendo responsável pela qualidade técnica do que está sendo entregue para o cliente, pode e deve utilizar práticas da eXtreme Programming para obter melhores resultados!

Transcript

7. RUP XP SCRUM KANBAN < PRESCRITIVO ADAPTATIVO >
8. RUP XP SCRUM KANBAN < PRESCRITIVO ADAPTATIVO > GO HORSE
9. FEEDBACK RESPEITO CORAGEM COMUNICAÇÃO SIMPLICIDADE < VALORES >
12. < gold plating >
13. < over-engineering >
14. < otimização prematura vs dívida técnica >
17. Seus testes de aceitação são automatizados? Questionamento.
18. Seguimos algum padrão na escrita de testes de aceitação? Questionamento.
21. “Melhor não mexer no código, não faço idéia de como funciona, só fulano conhece ele.” Um desenvolvedor por aí.
22. “Estão sabendo? Ciclano pediu demissão, quem dará manutenção agora? Vai sobrar para nós!” Outro desenvolvedor por aí.
23. “Temos uma dependência no sistema que fulano domina. Ele anda ocupado e precisamos continuar com a demanda... Mais um desenvolvedor por aí.
27. Como nossos times trabalham a programação pareada? Questionamento.
28. Transcenda a programação pareada! Experimente!
31. “O que ciclano estava pensando quando fez isso? Está difícil de entender essa estrutura!” Mais uma “vítima” do código alheio.
32. “Este código é o mapa do inferno! Nem sei por onde começar e tenho que analisar para ontem.” Outra “vítima” do código alheio.
33. Estabeleça um padrão! Os desenvolvedores agradecem. :)
36. “Não temos tempo para refatorar essa parte, faça o mais simples mesmo!” Tempo inimigo do desenvolvedor.
37. “Não mexe no que está funcionando! Se não deu problema até hoje, provavelmente não dará.” Melhorar? Deixa assim mesmo.
38. Estabeleça tempo para o time melhorar o código! O desenvolvedor e seu produto agradecem.
40. Automatizada
42. Build: 10 minutos, 30 minutos, a cada hora, a cada commit, diariamente. Código sempre pronto!
43. “R.I.P.” GMUD Confiança! A base das relações humanas. Continuous Deploy Continuous Integration Continuous Delivery
46. < código mais simples vs solução mais simples > Tem diferença!
48. Sprint até meia-noite?
51. #Referências [Ron Jeffries] Developers Should Abandon Agile [Kent Beck] eXtreme Programming Explained: Embrace Change [Vinícius Teles] Extreme Programming [Daniel Wildt at el] eXtreme Programming: Práticas para o dia a dia no desenvolvimento ágil de software [Maurício Aniche] Test-Driven Development: Teste e Design no Mundo Real [Version One] 12th Annual State of Agile Report