O documento descreve os princípios e práticas do Extreme Programming (XP), um framework ágil para desenvolvimento de software. O XP enfatiza a comunicação, simplicidade, feedback e coragem por meio de pequenas entregas iterativas, programação em pares, testes automatizados frequentes e refatoração contínua. O objetivo é entregar software de qualidade com valor rápido para o cliente em um ritmo sustentável.

1. Luiz Eduardo de O. Fonseca Programador e Web Designer Orangeweb / O Lojão Magazine

2. Extreme Programming (XP) Desenvolvimento Ágil de Software

4. Baseado nos Moldes Industriais;

5. O Analista Nostradamus;

6. Alto Custo nas Mudanças;

7. O Cliente espera muito tempo para usar o software;

9. Pequenas Entregas;

10. Abraçar as Mudanças;

11. Uso de Patterns e Frameworks;

12. Evitar riscos no desenvolvimento;

13. O AGORA é o que importa;

15. Manifesto Ágil Software em Funcionamento ... Mais que ... Documentação Abrangente

16. Manifesto Ágil Colaboração com o Cliente ... Mais que ... Negociação de Contratos

17. Manifesto Ágil Responder a mudanças ... Mais que ... Seguir um Plano

19. Bom para Equipes Médias e Pequenas;

20. Software com Requisitos Vagos e Mudanças Freqüentes;

21. Permitir que o cliente priorize as funcionalidades;

24. Maior comunicação com o Cliente;

25. Telefonemas mais que Emails;

26. E-mails mais que SMS;

27. Conversas cara-a-cara mais que tudo;

29. Uso de práticas comuns;

30. KISS – Keep It StupidSimple

32. Feedback sobre o Desenvolvimento;

33. Feedback através de Testes;

34. Facilita tomada de decisões;

35. Requisitos e Prazos reavaliados;

36. O Cliente aprende sobre o Sistema;

38. Testar, testar, testar;

39. Abraçar as Mudanças de Escopo;

40. Alterar o sistema em estado avançado;

42. Não existe um chefe, existe um Líder;

43. Programadores, Testadores, Analistas, Gerente, Coach (Orientador) e Tracker (Métricas);

44. Programação em Par;

46. Definição dos Requisitos em Cartões;

47. Definição de Estimativas e Prioridades;

48. Releases (Pequenos);

49. Iterações;

50. Cliente presente e ativo;

52. Testes de aceitação;

53. Cada estória deve ser ‘testável’;

54. O Cliente deve aceitar o teste;

55. Feedback na hora;

57. Cliente satisfeito;

58. Gera maior valor para o cliente;

59. Feedback;

60. Design Simples e Integração Contínua;

62. Melhore o que está lento;

63. Simplifique o que é complicado;

64. É Realizado o tempo todo;

65. Melhorias na estrutura do código;

67. Nomes de métodos, classes, variáveis...

68. Promove a Simplicidade;

69. Fácil entendimento;

71. Bons cronogramas;

72. Prazos Reais e Possíveis;

73. O ‘fim’ da Hora Extra;

75. Aproxime-se do Cliente;

76. Faça sua equipe ser uma equipe;

77. Use Design Patterns;

78. Evite Nostradamus e Cowboys;

79. Teste, Teste e Teste.

80. Refatore com freqüência;

82. Equipe geograficamente espalhada;

83. Equipe de Cowboys, Nostradamus e Garotos Prodígios;

84. Código Legado;

85. Os chefes dominam;

87. Muito obrigado.... Luiz Eduardo de Oliveira Fonseca Contato: luizeof@gmail.com Blog: www.webdevbrasil.com.br