Introdução ao eXtreme Programming (XP) - Paulo Correia

Apresentação de Introdução ao eXtreme Programming (XP) na segunda reunião presencial da comunidade NetPonto, por Paulo Correia.

Transcript

1. Introdução ao eXtreme Programming Paulo Correia http://netponto.org 2ª Reunião Presencial - 19/09/2009
2. Paulo Correia 14 anos de experiência profissional em TI Vivi mais de 4 anos no Brasil, voltei há 4 anos Experiência em projectos desde e-commerce, portais de conteúdo, banca, etc.
3. Agenda • Introdução • Valores do XP • Práticas do XP • Porque funciona? • Benefícios • Conclusão
4. Introdução / O que é? • Processo de desenvolvimento de software Mais um?
5. Introdução / Tradicionalmente...
6. Introdução / Tradicionalmente...
7. Introdução / Tradicionalmente...
8. Introdução / Tradicionalmente...
9. Valores do XP • Feedback • Comunicação • Simplicidade • Coragem
10. Valores do XP • Feedback • Comunicação • Simplicidade • Coragem
11. Valores do XP • Feedback • Comunicação • Simplicidade • Coragem
12. Valores do XP • Feedback • Comunicação • Simplicidade • Coragem
13. Práticas do XP
14. Práticas do XP • Planning Game
15. Práticas do XP • Small Releases R1 R2 R3 R4 8 Sem. Projeto: 8 meses = 32 semanas
16. Práticas do XP • Small Releases R1 R2 R3 R4 I1 8 Sem. I2 I3 I4 2 Sem. Projeto: 8 meses = 32 semanas
17. Práticas do XP • Metáfora
18. Práticas do XP • Simple Design
19. Práticas do XP • Equipa coesa
20. Práticas do XP • Acceptance tests
21. Práticas do XP • Ritmo Sustentável
22. Práticas do XP • Stand-up Meeting
23. Práticas do XP • Collective Ownership
24. Práticas do XP • Pair Programming
25. Práticas do XP • Coding Standards
26. Práticas do XP • Test Driven Development
27. Práticas do XP • Refactoring Com Sem
28. Práticas do XP • Continuous Integration
29. Porque funciona? • Assente em disciplina sem burocracia • Desenvolvimento como convenção • O código é a documentação • Melhor qualidade de vida • XP dá pica 
30. Benefícios • Equipa que desenvolve – Requisitos e prioridades mais explícitos – Bom desempenho – Nada de horas extra – Conhecimento de todas as partes do projecto – Sentimento de concretização • Cliente – Obtém valor para o negócio logo desde o inicio – Feedback preciso de como está a decorrer o projecto – Toma decisões de negócio com bases concretas – Pode mudar de ideias/requisitos
31. Conclusão • Recomenda-se XP em projectos: • Com requisitos mutáveis ou vagos • Pequenas equipas • XP funciona e é muito ágil • XP é fácil e divertido
32. Referências •Wikipedia –http://en.wikipedia.org/wiki/Extreme_Programming •Extreme Programming –http://www.extremeprogramming.org/ •XP Rio –http://tech.groups.yahoo.com/group/xprio/ •Embracing Change with Extreme Programming, K. Beck –http://bit.ly/leAcx •Software Engineering Principles and Practices –http://bit.ly/kcDzR
33. Dúvidas?
34. Patrocinadores desta reunião
35. Obrigado! Paulo Correia paulo.iap@gmail.com http://weblogs.pontonetpt.com/paulo_iap http://twitter.com/paulo_iap