O documento discute os benefícios do Agile no desenvolvimento de software, apontando que a abordagem tradicional de projetos costuma ter altas taxas de falha. O Agile promove entregas incrementais com feedback constante para evitar erros e antecipar valor, além de ser mais adaptável às mudanças.

1. Por que eu deveria utilizar Agile?

2. Educandário Santa Catarina 570 crianças Rua João Grumiché, Roçado, São José 3247-0877 – www.educandariosc.org.br

3. www.slideshare.net/rodrigobranas

4. @rodrigobranas rodrigo.branas@gmail.com

7. Cuidado!

8. Insatisfação!

9. Projeto sempre atrasado!

10. Pressão constante na equipe!

11. Hora extra? Task force? Overtime?

12. Qualidade sendo negociada

13. Sensação de incompetência!

14. Entrando no caos!

15. A maioria dos projetos fracassam! (Standish Chaos Report – 2009)

16. 24% são simplesmente cancelados! (Standish Chaos Report – 2009)

17. 44% fora do prazo, custo ou escopo! (Standish Chaos Report – 2009)

18. Apenas 32% tem sucesso! (Standish Chaos Report – 2009)

19. Sucesso?

20. Quantos % do Microsoft Word você realmente utiliza?

21. A maioria das funcionalidades não são utilizadas!

23. Por que?

24. Necessidade de segurança!

25. Quanto custa?

26. Quando fica pronto?

27. Tentando prever o futuro!

28. Fechar o escopo para tentar responder a essas perguntas!

29. Qual é o maior risco de um projeto de software?

30. Não era nada disso que eu queria!

31. O que toda essa segurança garante?

32. A quantidade de dinheiro que poderá ser jogada fora no final do projeto!

33. “Doing the right thing is more important than doing the thing right.” (Peter Drucker)

34. Parar de tirar o pedido do cliente

35. Desenvolver software requer aprendizado!

36. Exemplo do alfaiate!

37. O maior aprendizado ocorre ao longo do processo!

38. Processo de aprendizado em ciclos!

39. Desenvolvimento incremental!

40. Existe uma visão ou um objetivo de negócio que se quer concretizar!

41. Qual é a menor parte de software que pode atender a parte mais importante dessa visão?

42. Como fazer para chegar do outro lado? Definição da release!

43. Desenvolvedor Desenvolvedor Desenvolvedor Cliente Desenvolvedor Quanto dessa visão foi atingida após a entrega primeira release?

44. Após a primeira entrega, o que mudou? O que são mudanças e por que elas são tão importantes?

45. Quem é o principal responsável pelo sucesso do projeto?

46. Proporcione feedback constante!

47. Integração contínua

48. Adianta entregar algo defeituoso?

49. Quanto custa corrigir um defeito?

50. Perdeu as chaves?

51. Economize, teste mais cedo!

52. Cozinha suja!

53. Processo melhor com o passar do tempo!

54. Retrospectivas!

56. Conclusão!

57. Menos desperdício!

58. ROI antecipado!

59. Desenvolvimento sustentável!

60. Risco baixo!

62. Não tem nada mais inútil do que fazer de forma eficiente algo que não deveria sequer ter sido feito!! (Peter Drucker)