O documento discute as metodologias ágeis de desenvolvimento de software, comparando-as com metodologias tradicionais. Apresenta os princípios do Manifesto Ágil, como iteratividade, feedback constante e adaptação às mudanças. Também descreve práticas ágeis como planejamento de releases, histórias de usuário e retrospectivas.

1. Jaime Schettini @jaimeschettini [email_address] Introdução ás metodologias ágeis de desenvolvimento de software

4. Desperdício

5. 80% de desperdício

6. Como estamos construindo nosso software?

8. Valoriam bastante a documentação

9. Implementadas em grupos grandes

10. Metodologias pesadas: muitos processos, atividades, documentos

11. Estratégia de previsibilidade

12. Úteis para problemas específicos

14. http://www.wallstreetfitness.com.br/imgs/Fotos /veneno_lesma_pode_se_tornar_novo_tratamento_padrao_para_dor_cronica.jpg

15. Modelo Cascata

16. Tom Clancy - A soma de todos os medos "As pontes Romanas da antiguidade eram estruturas muito ineficientes. De acordo com os padrões modernos, elas usavam muita pedra, e como resultado, muito trabalho para serem construídas. Ao longo dos anos nós aprendemos a construir pontes mais eficientes, usando menos materiais e menos trabalho para realizar a mesma tarefa." http://www.projectsmart.co.uk/docs/chaos-report.pdf

17. Vamos mudar alguns paradigmas? http://tiny.cc/3hqc9n9ep0

18. Metodologias ágeis Início : metodologias leves para contrastar com as metodologias rigorosas/pesadas. Agilidade : “habilidade tanto para criar quanto para responder às mudanças, de modo a lucrar em um ambiente turbulento de negócios.” [Jim Highsmith]

19. Manifesto ágil Indivíduos e interações mais que ferramentas e processos Software funcionando mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos Respondender a mudanças mais que seguir um plano http://agilemanifesto.org/

20. Chaos Report Nos projetos com sucesso, apenas 42% das funcionalidades previstas no início estavam no produto final http://www.projectsmart.co.uk/docs/chaos-report.pdf

21. Os requisitos vão mudar, com certeza http://ibn1brahim.files.wordpress.com/2008/04/long-road.jpg

22. Iterativo e incremental

23. Adaptação às mudanças através do feedback constante

24. Iterativo e incremental

25. Desmitificando...

26. Desmitificando... http://www.waw.com.br/new/piloto/morreu.jpg

27. Previsão é... Desmitificando... http://telinha.files.wordpress.com/2008/11/kbravo.jpg

28. http://tiny.cc/y9ops

29. Iterativo e incremental

31. Iterativo e incremental = A cada iteração um incremento de software é entregue

32. Melhoria contínua http://www.balancedscorecard.org/Portals/0/images/pdca.gif

33. Planejamento de release

34. Planejamento de release

35. O cliente escreve as histórias

36. História de usuário

37. O time estima

38. O cliente prioriza

39. Quadro de histórias

40. Quadro de histórias

41. Quadro de histórias

42. Hora de executar

43. Keep It Simple, Stupid!

44. Design evolutivo

45. Reunião diária

46. Ambiente colaborativo

47. Cliente avalia

48. Retrospectiva

49. … e começa tudo de novo!

51. Microsoft

52. Yahoo

53. ThoughtWorks

54. Siemens

55. Nokia

56. Philips

57. Amazon.com

58. HP

59. Intel

61. OnCast

62. Globo.com

63. Abril

64. UOL

65. Improve It

66. Caelum

67. Teamware

68. Objective Solutions

69. LocaWeb

71. 1 minuto para jogar

72. Total de 15 minutos

73. Objetivo: maximizar os ganhos

74. Prêmios http://www.faberludens.com.br/files/imagepicker/f/fred/1213080454_janken_final.jpg

76. Retrospectivas pagam grandes dividendos

77. Existem muitas formas de melhorar um processo, deixe sua criatividade o guiar (diferença entre o início e final do jogo)

79. Até mesmo mudanças tardias de escopo no projeto são bem-vindas;

80. Entregue software funcionando frequentemente (semanas, ao invés de meses);

81. Cooperação constante entre pessoas que entendem do 'negócio' e desenvolvedores;

82. Construa projetos com indivíduos motivados, e confie neles para a realização do trabalho;

83. O método mais eficiente de adquirir informação é a conversa cara-a-cara;

84. Software funcionando é a principal medida de progresso do projeto;

85. Processos ágeis promovem o desenvolvimento sustentável

86. Design do software deve prezar pela excelência técnica;

87. Simplicidade (a arte de maximizar a quantidade de trabalho não realizado) é essencial;

88. As melhores arquiteturas, requisitos e designs surgem em equipes auto-organizadas;

89. Em intervalos regulares, a equipe reflete em como se tornar mais efetiva, e então se ajusta apropriadamente.

90. Esta palestra é uma mistura Tá Safo Paulo Igor Godinho + Jaime Schettini

91. Obrigado!