Apresentação sobre Metodologias Ágeis, falando dos valores e de como se faz software de forma diferente.

1. Metodologias Ágeis
[“Thinking Different”]
Paulo Igor
piagodinho@gmail.com
@pigodinho
h@p://blog.pigor.net

2. Já ouviu falar?

3. Chaos Report

4. Uso das funcionalidades

5. 80% das funcionalidades
desenvolvidas NÃO serão usadas

6. 80% de DESPERDÍCIO

7. O cliente fica saWsfeito?

8. Início dos conflitos...

9. Falhas na Comunicação

10. Análise Tradicional

11. Big Design Up Front

12. Cascata

13. Pobre Winston Royce!!!

14. Por que não da certo?

15. Por que não se faz socware assim!!!

16. Mundo Real ≠ Mundo Digital

17. Pede pra fazer uma alteração brusca
no meio da construção de um prédio

18. Cuidado com a Verdade Absoluta!!!

20. Desenvolver socware é uma arte!

21. Manifesto Ágil
h@p://agilemanifesto.org/

22. Manifesto Ágil
Indivíduos e interação mais que ferramentas e processos
Socware funcionando mais que documentação abrangente
Colaboração com o cliente mais que negociação de contratos
Respondendo a mudanças mais que seguir o plano

25. Você conseguiria comer???

26. IteraWvo e Incremental

27. Incremental X InteraWvo

28. Ciclo PDCA

29. Valor
Retorno adicional do
software
Retorno esperado do
software
Retorno mínimo esperado do
software
Tempo

30. Quem adota métodos ágeis?
 Microso'  Sea Tecnologia (Brasil)
 Yahoo  Nielsen Media
 Google  ThoughtWorks
 Electronic Arts  BMC Socware
 Stefanini IT Solu9ons (Brasil)  Serpro (Brasil)
 Philips  Lexis Nexis
 Siemens  Sabre
 Nokia  Salesforce.com
 Alterdata (Brasil)  Time Warner
 BBC  Globo.com (Brasil)

31. O que é ser ágil...

33. De quem é a responsabilidade?

34. ParWcipação do Cliente

35. ParWcipação do Cliente

36. Planejamento Ágil

37. Planejamento Ágil

38. Planejamento Constante

39. A cada iteração é entregue um
incremento do socware

40. Planejamento de Releases

41. Planejamento de Releases
2 semanas cada
8 semanas para o primeiro release

42. O cliente escreve as histórias

43. User Story

44. Time EsWma...

45. Cliente Prioriza!

46. Quadro de Histórias

47. Hora de executar

48. Keep It Simple, Stupid!

49. Design EvoluWvo

50. Reunião Diária

51. Ambiente ColaboraWvo

52. Pair Programming

53. Cliente Avalia

54. RetrospecWva

55. RetrospecWva

56. ...e começa tudo de novo!!!

57. Melhoria Conrnua

58. Adaptabilidade

59. Qualidade não se negocia!

60. Usar TDD também é ser ágil

61. TDD – Test Driven Development

62. Testa antes depois desenvolve

63. Princípios do TDD

64. Refatoração

65. Integração Conrnua

66. Build de 10 minutos

67. Coragem

68. Coragem e insensatez

69. Coragem e confiança

70. Confiança no trabalho dos outros

71. CompromeWmento

72. Respeito

73. Ser Ágil é mais ATITUDE e
COMPROMISSO

74. Dojo‐PA
dojo‐pa@googlegroups.com
Sou JAVA Belém
beljug@yahoogrupos.com.br

75. Dojo na Exodus Sistemas com C#

76. Dojo no CESUPA com JAVA

77. h@p://www.maredeagilidade.com.br
Próximo – BH e Montes Claros

79. Obrigado!
piagodinho@gmail.com
@pigodinho
h@p://blog.pigor.net