Slides da discussão sobre métodos ágeis realizada para alunos de graduação e mestrado e interessados no assunto na Universidade Federal de São Carlos - UFSCar, em 26 de agosto de 2010.

1. A revolução Agile > Luiz Fernando Ribeiro “Perdido” 26 de Agosto de 2010

2. Por que você está aqui?

4. Modelos tradicionais de desenvolvimento

5. Agile manifesto

6. Descendo o nível...

8. Referência em práticas ágeis

9. 8 países, 21 cidades

10. Open Source: Cruise Control, Selenium, outros Martin Fowler

12. Agile funciona!

13. Mas o que é Agile mesmo?

14. Modelos tradicionais de desenvolvimento

15. Características - Previsibilidade - BDUF (engenharia) - Documentação abrangente - Orientado a processo e a ferramentas

16. Quais os problemas desses modelos?

17. Baixo índice de interação Pouca comunicação entre pessoas trabalhando em diferentes níveis de abstração

18. Baixo índice de interação Ciclo de Feedback muito longo Como sabemos se estamos indo no caminho certo?

20. Baixo índice de interação Ciclo de Feedback muito longo Proteção contra o cliente Qual o valor por trás disso tudo?

21. Baixo índice de interação Ciclo de Feedback muito longo Proteção contra o cliente Dificuldade de mudança Change requests, change requests...

22. Baixo índice de interação Ciclo de Feedback muito longo Proteção contra o cliente Dificuldade de mudança Previsibilidade a longo prazo The Standish Group International, “The CHAOS Report ,”

23. Baixo índice de interação Ciclo de Feedback muito longo Proteção contra o cliente Dificuldade de mudança Previsibilidade a longo prazo Baixa motivação Trate as pessoas como macaquinhos Macaquinhos elas serão

24. Agile Manifesto

25. Agile Manifesto Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo.

26. Agile Manifesto Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Através deste trabalho, passamos a valorizar:

27. Agile Manifesto Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Através deste trabalho, passamos a valorizar: Indivíduos e interações mais que processos e ferramentas

28. Foco no processo X Foco nos indivíduos

29. Linha de montagem

30. Aprendizado

31. Desenvolvimento de software = Atividade intelectual, criativa

32. Agile Manifesto Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Através deste trabalho, passamos a valorizar: Indivíduos e interações mais que processos e ferramentas Software em funcionamento mais que documentação abrangente

33. Design sessions Whiteboard Fotos Documentação como ferramenta X Documentação como fim

34. Agile Manifesto Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Através deste trabalho, passamos a valorizar: Indivíduos e interações mais que processos e ferramentas Software em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos

35. Documento de requisitos X Comunicação constante

36. Agile Manifesto Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Através deste trabalho, passamos a valorizar: Indivíduos e interações mais que processos e ferramentas Software 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

37. Agile Manifesto Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Através deste trabalho, passamos a valorizar: Indivíduos e interações mais que processos e ferramentas Software 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 Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda.

38. Agile Manifesto Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Através deste trabalho, passamos a valorizar: Indivíduos e interações mais que processos e ferramentas Software 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 Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda. Baixo índice de interação Ciclo de Feedback muito longo Proteção contra o cliente Dificuldade de mudança Previsibilidade a longo prazo Baixa motivação

39. Mudança de mentalidade

40. Adaptação “ Esvazie sua mente. Seja sem forma, como a água. Você coloca água em uma caneca, ela se torna a caneca. Você coloca água em uma garrafa, ela se torna a garrafa… A água pode fluir ou pode destruir! Seja água, meu amigo.” Bruce Lee

41. Pessoas + Confiança

42. Descendo o nível....

44. Estruturar suas ideias

45. Elaborar uma solução

46. Conhecer a plataforma de programação

47. Digitar o código

48. Testar o resultado

49. Programação em pares

51. Feedback instantâneo

52. Propriedade coletiva

53. Menor “fator caminhão” Zaphod Beeblebrox

54. Testes?

55. Testes unitários

56. package calculator; public class Calculator { public float divide( float dividend, float divisor) { if (divisor == 0) { throw new CalculatorException( "Can't divide by zero." ); } return dividend / divisor; } // other methods.... }

57. package calculator; import static org.junit.Assert. assertEquals ; import org.junit.Test; public class CalculatorTests { @Test public void divideShouldReturnTheDivisionQuotient() { float result = new Calculator().divide(56, 8); assertEquals (7, result, 0.0); } @Test public void divideShouldReturnDecimalPartsOfNonExactDivisions() throws Exception { float result = new Calculator().divide(5, 2); assertEquals (2.5, result, 0.0); } @Test (expected = CalculatorException. class ) public void divideShouldThrowACalculatorExceptionWhenDividingByZero() throws Exception { new Calculator().divide(5, 0); } }

58. Test-driven development (TDD)

59. package calculator; import static org.junit.Assert. assertEquals ; import org.junit.Test; public class CalculatorTests { @Test public void divideShouldReturnTheDivisionQuotient() { int result = new Calculator().divide(56, 8); assertEquals (7, result); } } package calculator; public class Calculator { public int divide( int n1, int n2) { return n1 / n2; } }

60. package calculator; import static org.junit.Assert. assertEquals ; import org.junit.Test; public class CalculatorTests { @Test public void divideShouldReturnTheDivisionQuotient() { float result = new Calculator().divide(56, 8); assertEquals (7, result, 0.0); } @Test public void divideShouldReturnDecimalPartsOfNonExactDivisions () throws Exception { float result = new Calculator().divide(5, 2); assertEquals (2.5, result, 0.0); } }

62. Modularização

63. Extensibilidade

64. Produtividade

65. Testes como documentação

66. def "project can't be deleted if it has expenses" () { given: currentUserIsProjectOwner() projectHasExpenses() projectHasNoActivities() when: tryToDeleteProject() then: projectIsNotDeleted() } // Taken from: http://www.aqris.com/display/DEV/2010/01/19/Testing+with+Spock

67. Pessoas Adaptação Colaboração Feedback Software Mentalidade

68. Mais perguntas? Obrigado!!!!! [email_address] [email_address] (51) 8105-1520 Bora tomar uma cerveja?