Palestra sobre Desenvolvimento Ágil e XP dada por Paulo Fagiani no primeiro encontro do ruby+web (http://rubymaisweb.ning.com)

1. BEM VINDOS!

2. Metodologia de
Desenvolvimento de Software

3. EXTREME
PROGRAMMING

4. criar software não é fácil...

5. ... e tem sempre alguém pra jogar tomate!

6. você conhece o windows?

7. Boa notícia:
Software pode dar certo!

8. mas software não se faz assim!

9. Nem assim!

10. mais que tecnologia, software tem a ver com gente!

11. Estatísticas históricas
sobre software
• Apenas 26% dos projetos são terminados
nas condições planejadas
• 46% dos projetos sofrem alterações de
prazo, escopo e orçamento para poder
continuar a existir
• 20% dos projetos falham e não são
entregues

12. Mais blá, blá, blá...
• Apenas 1 a cada 5 projetos conquista
satisfação aceitável dos usuários
• 51% das implantações de software pronto
fracassam como solução
• Um projeto já nasce com mais chance de
dar errado do que certo
• 61% dos usuários de sistemas se dizem
frustrados em suas expectativas em relação
à funcionalidade do software

13. motivo: utilização de
funcionalidades
Nunca
45%
Sempre
7%
Freqüentemente
Raramente
13%
19%
Às vezes
16%

14. Horas extras

15. madrugadas

16. fim de semana

17. resultado:
64% de desperdício!
Nunca
45%
Raramente
19%

18. ... e ainda ouve bastante...

19. foco e determinação
Nunca
80% Sempre
7%
20% das funcionalidades
geram 80% do valor!
Freqüentemente
13%

20. resultado: sombra e água fresca...

21. falhas de comunicação

22. telefone sem fio no
quartel
youtube.com

23. Análise

24. 9 meses depois

25. Sequencial

26. sempre falta de tempo

27. resultado

28. consequência

29. por que é assim?

30. Mentalidade

31. Cascata

32. Custo da Mudança

33. Mudança

34. Mudança: problema ou oportunidade?

35. Mundo Físico

36. Poderia chegar esse
prédio um metro
pra esquerda?

37. Mundo Digital

38. Mundo Digital
• Fluidez
• Maleabilidade
• Invisibilidade
• Complexidade (elementos distintos)
• Baixo custo de manufatura
• Rápida evolução

39. fábrica de software?

40. Chef

41. com a receita, copiar é fácil!

42. Escritor

43. jogamos com as regras erradas

44. Mudanças na visão ágil

45. EXTREME
PROGRAMMING

46. De quem é a
responsabilidade?

47. Participaçao dos
clientes é fundamental!

48. participação do cliente

49. este é o grande desafio!

50. Planejamento

51. chega de cascata!!!

52. Planejamento iterativo

53. Planejamento Inicial
8 Semanas

54. Releases

55. Planejamento de Releases

56. Planejamento de Releases

57. cliente tem benefício cedo

58. Iterações

59. Iterações
8 Semanas
I1 I2 I4 I6 I7 I8
I3 I5

60. Iteração (ciclo semanal)
SEG TER QUA QUI SEX

61. Jogo do Planejamento

62. cliente escreve histórias

63. desmistificando as histórias

64. desenvolvedores estimam

65. Planning Poker

66. Priorização

67. Quadro de Histórias

68. Aguarde e confie

69. Iteração (ciclo semanal)
SEG TER QUA QUI SEX

70. Quadro de Histórias

71. Reunião diária

72. Reunião diária

73. Tarefas visuais

74. Modelagem visual

75. Equipe colaborativa

76. Equipe colaborativa

77. Iteração (ciclo semanal)
SEG TER QUA QUI SEX

78. Acompanhamento do cliente durante a iteração

79. Histórias terminam

80. Iteração (ciclo semanal)
SEG TER QUA QUI SEX

81. Revisão da iteração

82. retrospectiva

83. Retrospectiva

84. Retrospectiva

85. Retrospectiva

86. Recomeço
SEG TER QUA QUI SEX

87. Adaptabilidade

88. Coragem e insensatez vs. coragem e confiança

89. testes antes

90. testes antes

91. testes antes

92. Programação em par
• Todo código é escrito em par
• Um digita, enquanto o outro revisa, corrige
e sugere
• Redução drástica de bugs
• Disseminação do conhecimento
• Pressão do par
• Simplicidade
• Velocidade

93. Velocidade

94. Débitos técnicos

95. Refatoração

96. obrigado!
fagiani@tink.com.br