Giovanni Bassi é um arquiteto de software independente com experiência em Microsoft .NET. Ele oferece consultoria, treinamento e mentoria, além de escrever artigos e fazer parte do corpo editorial da .NET Magazine. Ele defende práticas ágeis como TDD, programação em par, refatoração contínua e entrega iterativa para melhorar a produtividade, qualidade e foco na entrega de valor ao cliente.

1. Giovanni Bassi Arquiteto de software independente www.giovannibassi.com unplugged.giggio.net Realização: Ciência da Computação Sistemas de Informação

3. Certificações/Títulos

5. Tudo que vocês acham que sabem está errado

9. Bugs Escopo fechado “ Nada muda” Comando e controle Estimativa assinada com sangue Prazo fechado Múltiplas linguagens Preço fechado Foco nas ferramentas Processos complexos Documentação extensa Silos Atrasos constantes Inexistência de testes Qualidade sofrível

10. Chaos Report Desafiado: atrasou, custou mais, ou entregou menos Fracasso: cancelado, ou entregue e nunca usado Fonte: Standish Group

11. Uso de Funcionalidades 64% Nunca ou Raramente Utilizadas 20% do Software é Realmente Útil Fonte: Standish Group, 2002

12. Cone da incerteza Fonte: NASA (Cone of uncertainty)

13. Falsa percepção de progresso

14. Os primeiros 90% da aplicação levam 90% do tempo para ficarem prontos Os 10% finais levam mais 90% do tempo para terminar

16. Seu time se parece com isso?

17. O método de pagamento por hora premia a ineficiência Não somos medidos por entrega

20. Visão de futuro

21. Sua produtividade se parece com isso?

22. Ou com isso?

23. Software tem que funcionar

24. O que deve ser acontecer na homologação?

25. E o que fazer quando um bug aparece em homologação ou produção?

26. Como isso?

27. Quanto da sua aplicação você quer que funcione?

28. de cobertura de código?

29. Você confiaria sua vida ao seu código?

32. Quanto custa mudar o seu código?

33. Escrevemos código que não deve mudar

34. Requisito Código

35. Requisito Código

36. Requisito Código

37. Requisito Código

38. “ Não se mexe em time que está ganhando”

39. Refatore seu código o tempo todo

42. Com testes não há medo

43. “ Sempre deixe as coisas mais limpas do que estavam quando você chegou” Regra dos escoteiros

44. Trabalhe iterativamente

47. Programação em par melhora o foco na entrega

48. Não critique programação em par sem tentar

50. Test Driven Development

58. Quantas pessoas você conhece que executaram o próprio código cinco minutos atrás?

64. “ Não posso escrever o teste depois do código?”

66. pronto “ pronto pronto” pronto concluído

67. Daily Meeting

71. Quantas empresas você conhece que compilaram e executaram todo seu código ontem? E a cada check-in?

80. Conheça... Padrões arquiteturais Padrões de projeto Princípios de OO Algoritmos Processos

82. Aprender é sua responsabilidade Assim como transmitir seu conhecimento

88. Saia do cubículo!

89. Desligue o fone de ouvido!

90. Utilize o quadro branco

91. Desenvolvedores Arquitetos Analistas de negócio Analistas de sistemas Designers Testadores

93. Conheça o negócio em que você atua

94. Saiba que você não é seu usuário

95. Concluindo...

96. Como fazíamos software?

97. Manifesto Ágil Indivíduos e interações mais que processos e ferramentas Produto em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos Responder a mudanças mais que seguir um plano http://agilemanifesto.org Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas