Desenvolvimento de software de forma rápida e sem bugs - Introdução a TDD e Scrum

564 views
495 views

Published on

Workshop do dia 18/mai/2012 da Fatec Mauá, sobre TDD e Scrum.

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
564
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
11
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • Desenvolvimento de software de forma rápida e sem bugs - Introdução a TDD e Scrum

    1. 1. Desenvolvendo software deforma rápida e sem bugsIntrodução a TDD
    2. 2. Marcio Hiroyuki Miyamoto• Tecnólogo de Informática para Negócios pela FATEC - Mauá - Turma 2010.• Pós graduando em Tecnologia em Software na USP-Poli.• Desenvolvedor de software desde 2005.• Consultor técnico Microsoft CRM Dynamics pela DotSoft - Business Solution.
    3. 3. • 18 anos de atuação no mercado.• Aproximadamente 150 colaboradores.• Unidades em Campinas e São Paulo.• Consultoria nos produtos Dynamics AX e Dynamics CRM da Microsoft.• Microsoft Partner Gold - President Club 2011.
    4. 4. Workshop • Agenda • TDD • O que é TDD? • Origem do TDD • TDD na prática • Scrum • O que é Scrum? • Origem do Scrum • Scrum na prática • Aproximadamente 2 horas de apresentação.
    5. 5. Workshop • Agenda • TDD • O que é TDD? • Origem do TDD • TDD na prática • Scrum • O que é Scrum? • Origem do Scrum • Scrum na prática • Aproximadamente 2 horas de apresentação.
    6. 6. Workshop Aproximadamente 2 horas de apresentação.
    7. 7. Workshop 2 horas
    8. 8. Workshop É muito tempo!
    9. 9. Workshop Vamos deixar as coisas mais divertidas?
    10. 10. Workshop Afinal é sexta-feira!
    11. 11. E não quero ninguém durmindo!
    12. 12. Marcio Hiroyuki Miyamoto• Tecnólogo de Informática para Negócios pela FATEC - Mauá - Turma 2010.• Pós graduando em Tecnologia em Software na USP-Poli.• Desenvolvedor de software desde 2005.• Consultor técnico Microsoft CRM Dynamics pela DotSoft - Business Solution.
    13. 13. Conhecido também por...
    14. 14. Marcio Hiroyuki MiyamotoDesenvolvedor StarCraft PlayerCorinthiano MochileiroJogador de Ping Pong!
    15. 15. Antes de começarmos preciso contar um segredo!
    16. 16. Eu menti!
    17. 17. Desenvolvendo software deforma rápida e sem bugsIntrodução a TDD
    18. 18. Desenvolvendo software deforma rápida e sem bugsIntrodução a TDD e SCRUM
    19. 19. Desenvolvendo software deforma rápida e sem bugs(!?!)Introdução a TDD e Scrum
    20. 20. Bugs sempre existirão!
    21. 21. Vamos focar!
    22. 22. Você desenvolve software?
    23. 23. Está feliz com a qualidade dele?
    24. 24. Sim!
    25. 25. Mesmo?
    26. 26. É fácil dar manutenção no código?
    27. 27. Alterar regras de negócio...
    28. 28. Adicionar funcionalidades...
    29. 29. Efetuar correções...
    30. 30. Melhorar desempenho...
    31. 31. Tem coragem de refatorar?
    32. 32. Tem coragem de mostrar seu código para todos?
    33. 33. Ou parece mais isso?
    34. 34. Como evitar isso?Como ter orgulho do código? Como programar melhor? Como garantir qualidade?
    35. 35. TDD ALL CODE IS GUILTYUNTIL PROVEN INNOCENT
    36. 36. O que é TDD? Test Driven Development(Desenvolvimento orientado/dirigido a testes).
    37. 37. Origem
    38. 38. AutoresKent BeckCriador do Extreme Programming e da metodologia TDD. Pioneiro no uso de Desing Patterns em desenvolvimento softwares e criador do framework JUnit. Diversos livros publicados!
    39. 39. AutoresMartin Fowler Um dos principais autores sobre Arquitetura de Software e Analise de desenvolvimento Orientado a Objeto. Foi um dos principais evangelistas sobre Injeção de Dependência e Inversão de Controle. Diversos livros publicados!
    40. 40. AutoresRobert C. Martin (Uncle Bob) Membro líder do movimento Software Craftsmanship. Editor chefe da revista de computação americana C++ Report. Diversos livros publicados!
    41. 41. Manifesto ágilIndivíduos e interações mais que processos e ferramentas
    42. 42. Manifesto ágilSoftware em funcionamento mais que documentação abrangente
    43. 43. Manifesto ágilColaboração com o cliente mais que negociação de contratos
    44. 44. Manifesto ágilResponder a mudanças mais que seguir um plano
    45. 45. TDD respeita isso!
    46. 46. Como funciona?Escrever testes antes do desenvolvimento.
    47. 47. Como funciona?
    48. 48. REDEscreva um teste...
    49. 49. REDEle irá FALHAR!
    50. 50. GREENFaça esse teste ser aprovado!
    51. 51. GREENAprovado!
    52. 52. REFATOREMelhore o código
    53. 53. REFATORE Legível
    54. 54. REFATORERetire redundância
    55. 55. REFATOREInjete dependência
    56. 56. REFATOREComo ficou?
    57. 57. E continue escrevendo testes para o código!
    58. 58. Entendeu?
    59. 59. Demo
    60. 60. Legal, mas como isso garante entrega rápida de software?
    61. 61. TDD não controla gerência de projeto.
    62. 62. Scrum sim!
    63. 63. O que é Scrum?Metodologia de gerenciamento de projeto
    64. 64. Iterativo e incremental
    65. 65. Lean (Enxuto)
    66. 66. Equipes pequenas e multidisciplinares
    67. 67. OrigemSr. Takeuchi e Sr. Nonaka
    68. 68. Origem
    69. 69. Waterfall erra muito!
    70. 70. Houston, we have a problem!A iteração detecta problemas rapidamente
    71. 71. Origem
    72. 72. Origem
    73. 73. Equipes menores emultidisciplinares produzem melhores resultados. (Cross-functional)
    74. 74. Como funciona?
    75. 75. Papeis
    76. 76. Product Owner
    77. 77. Scrum Master
    78. 78. Equipe
    79. 79. Artefatos
    80. 80. Product Backlog
    81. 81. Sprint Backlog
    82. 82. Whiteboard
    83. 83. Whiteboard
    84. 84. Whiteboard
    85. 85. Whiteboard
    86. 86. Gráfico BurndownTarefas Dias
    87. 87. Reuniões
    88. 88. Definição do Sprint Sprint backlog
    89. 89. Daily MeetingStatus do projeto
    90. 90. Revisão do SprintApresentação do que foi feito
    91. 91. Retrospetiva do Sprint Lições aprendidas
    92. 92. Explicando...
    93. 93. Entendeu?
    94. 94. Demo
    95. 95. Enfim... para evitar... Recomendo...
    96. 96. Dicas pra leitura
    97. 97. Dicas pra leitura
    98. 98. Dicas pra leitura
    99. 99. Cuidado!
    100. 100. Cuidado!
    101. 101. Dicas pra leitura
    102. 102. Programe, MUITO!
    103. 103. Duvidas?
    104. 104. Be social @marciohiroyuki https://github.com/ marciohiroyuki http://www.linkedin.com/in/ marciohiroyukihttp://marciohiroyuki.net/blog/ http://www.facebook.com/ marcio.h.miyamoto
    105. 105. OBRIGADO!

    ×