← Voltar ao blog

Guia completo de Extreme Programming (XP)

xp agile praticas-tecnicas

O Extreme Programming (XP) é o framework ágil mais focado em práticas técnicas de desenvolvimento. Enquanto o Scrum organiza o processo, o XP resolve como escrever código de qualidade.

Os valores do XP

  • Comunicação — código é comunicação entre desenvolvedores
  • Simplicidade — faça a coisa mais simples que funciona
  • Feedback — curto, constante e honesto
  • Coragem — refatore, descarte código ruim, diga a verdade
  • Respeito — entre membros do time e pelo código

As 12 práticas do XP

1. Planning Game

Escopo é divido em iterações curtas com Releases pequenos e frequentes.

2. Pairs Programming

Dois desenvolvedores, um computador. Revisão em tempo real.

3. Test-Driven Development (TDD)

Testes antes do código. Red → Green → Refactor.

4. Continuous Integration

Integre código várias vezes ao dia. Build deve passar sempre.

5. Refactoring

Melhore a estrutura do código sem mudar comportamento.

6. Simple Design

Design mais simples que funciona. Sem over-engineering.

7. Collective Code Ownership

Qualquer membro pode mudar qualquer parte do código.

8. Coding Standards

Padrões de código consistentes em todo o time.

9. Sustainable Pace

Sem horas extras crônicas. Ritmo sustentável.

10. On-site Customer

Cliente ou representante disponível no time.

11. Metaphor

Metáfora compartilhada do sistema ajuda na comunicação.

12. System Metaphor

Um nome e conceito comum para o sistema.

XP + Scrum = ScrumBan? Não, Scrum + XP

Muitos times usam Scrum para processo + XP para prática técnica:

  • Sprint Planning e cerimônias do Scrum
  • TDD, Pair Programming e CI/CD do XP
  • Resultado: estrutura + qualidade técnica

Quando vale a pena

  • Times com muitos bugs em produção
  • Equipes que querem menos débito técnico
  • Projetos com código crítico (financeiro, médico)
  • Times que querem melhoria técnica contínua

Quando pode ser demais

  • MVPs de validação rápida
  • Projetos com prazo extremamente curto
  • Times sem experiência em práticas ágeis
  • Protótipos descartáveis

Conclusão

XP não é radical — é disciplinado. As práticas do XP resolvem problemas reais de qualidade técnica que o Scrum sozinho não cobre. Combine os dois para ter estrutura e qualidade.