Porque eu deveria utilizar Agile

1.065 visualizações

Publicada em

Palestra apresentada no evento sobre Agile promovido pela Globalcode e V.Office em 04/12/2010

Publicada em: Tecnologia, Negócios
  • Seja o primeiro a comentar

Porque eu deveria utilizar Agile

  1. 1. Por que eu deveria utilizar Agile?<br />
  2. 2. Educandário Santa Catarina<br />570 crianças <br />Rua João Grumiché, Roçado, São José<br />3247-0877 – www.educandariosc.org.br<br />
  3. 3. www.slideshare.net/rodrigobranas<br />
  4. 4. @rodrigobranas<br />rodrigo.branas@gmail.com<br />
  5. 5.
  6. 6.
  7. 7. Cuidado!<br />
  8. 8. Insatisfação!<br />
  9. 9. Projeto sempre atrasado!<br />
  10. 10. Pressão constante na equipe!<br />
  11. 11. Hora extra? Task force? Overtime?<br />
  12. 12. Qualidade sendo negociada<br />
  13. 13. Sensação de incompetência!<br />
  14. 14. Entrando no caos!<br />
  15. 15. A maioria dos projetos fracassam!<br />(Standish Chaos Report – 2009)<br />
  16. 16. 24% são simplesmente cancelados!<br />(Standish Chaos Report – 2009)<br />
  17. 17. 44% fora do prazo, custo ou escopo!<br />(Standish Chaos Report – 2009)<br />
  18. 18. Apenas 32% tem sucesso!<br />(Standish Chaos Report – 2009)<br />
  19. 19. Sucesso?<br />
  20. 20. Quantos % do Microsoft Word você realmente utiliza?<br />
  21. 21. A maioria das funcionalidades não são utilizadas!<br />
  22. 22.
  23. 23. Por que?<br />
  24. 24. Necessidade de segurança!<br />
  25. 25. Quanto custa?<br />
  26. 26. Quando fica pronto?<br />
  27. 27. Tentando prever o futuro!<br />
  28. 28. Fechar o escopo para tentar responder a essas perguntas!<br />
  29. 29. Qual é o maior risco de um projeto de software?<br />
  30. 30. Não era nada disso que eu queria!<br />
  31. 31. O que toda essa segurança garante?<br />
  32. 32. A quantidade de dinheiro que poderá ser jogada fora no final do projeto!<br />
  33. 33. “Doing the right thing is more important than doing the thing right.” (Peter Drucker)<br />
  34. 34. Parar de tirar o pedido do cliente<br />
  35. 35. Desenvolver software requer aprendizado!<br />
  36. 36. Exemplo do alfaiate!<br />
  37. 37. O maior aprendizado ocorre ao longo do processo!<br />
  38. 38. Processo de aprendizado em ciclos!<br />
  39. 39. Desenvolvimento incremental!<br />
  40. 40. Existe uma visão ou um objetivo de negócio que se quer concretizar!<br />
  41. 41. Qual é a menor parte de software que pode atender a parte mais importante dessa visão?<br />
  42. 42. Como fazer para chegar do outro lado?<br />Definição da release!<br />
  43. 43. Desenvolvedor<br />Desenvolvedor<br />Desenvolvedor<br />Cliente<br />Desenvolvedor<br />Quanto dessa visão foi atingida após a entrega primeira release?<br />
  44. 44. Após a primeira entrega, o que mudou? O que são mudanças e por que elas são tão importantes?<br />
  45. 45. Quem é o principal responsável pelo sucesso do projeto?<br />
  46. 46. Proporcione feedback constante!<br />
  47. 47. Integração contínua<br />
  48. 48. Adianta entregar algo defeituoso?<br />
  49. 49. Quanto custa corrigir um defeito?<br />
  50. 50. Perdeu as chaves?<br />
  51. 51. Economize, teste mais cedo!<br />
  52. 52. Cozinha suja!<br />
  53. 53. Processo melhor com o passar do tempo!<br />
  54. 54. Retrospectivas!<br />
  55. 55.
  56. 56. Conclusão!<br />
  57. 57. Menos desperdício!<br />
  58. 58. ROI antecipado!<br />
  59. 59. Desenvolvimento sustentável!<br />
  60. 60. Risco baixo!<br />
  61. 61.
  62. 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)<br />

×