XP vs Scrum: Abordagens Complementares

XP e Scrum surgiram na mesma época e compartilham as mesmas raízes, mas focam em problemas diferentes.

Scrum foca em gerenciamento de projetos: Como você organiza o trabalho? Quais papéis você precisa? Quais reuniões? Quais artefatos? Scrum oferece uma estrutura para gerenciar o fluxo de trabalho através de uma equipe.

XP foca em práticas de engenharia: Como você realmente escreve o código? Como você garante qualidade? Como você mantém a base de código saudável? XP oferece práticas para fazer o trabalho bem.

É por isso que eles se complementam tão naturalmente. Scrum diz o que construir em um sprint. XP diz como construir.

Apesar de focos diferentes, XP e Scrum compartilham conceitos-chave:

• Iterações: Scrum tem sprints (2-4 semanas). XP originalmente tinha iterações de 1-2 semanas.
• Envolvimento do cliente: Scrum tem o Product Owner. XP tem o cliente no local.
• Retrospectivas: Ambos enfatizam refletir e melhorar.
• Equipes auto-organizadas: Ambos confiam nas equipes para descobrir como trabalhar.
• Software funcionando: Ambos priorizam código executável sobre documentação.

Uma equipe "fazendo Scrum" parece muito com uma equipe "fazendo XP" por fora. A diferença está por baixo do capô.

Scrum é silencioso sobre práticas de engenharia. O Guia do Scrum não diz nada sobre TDD, programação em par, refatoração ou integração contínua. Ele assume que as equipes descobrirão as práticas técnicas por conta própria.

XP é prescritivo sobre práticas de engenharia. XP diz que você deve escrever testes primeiro. Você deve programar em par. Você vai refatorar continuamente. Você vai integrar muitas vezes por dia.

Scrum define papéis. Product Owner, Scrum Master, Time de Desenvolvimento. Esses papéis têm responsabilidades específicas.

XP é flexível sobre papéis. Há um cliente e desenvolvedores. É basicamente isso. XP assume que a equipe vai se auto-organizar em torno de papéis conforme necessário.

Scrum tem eventos específicos. Planejamento do Sprint, Daily Scrum, Revisão do Sprint, Retrospectiva do Sprint.

XP tem cadências mais flexíveis. Jogo de planejamento, standup, demo da iteração—similar, mas menos rigidamente definido.

Muitas equipes bem-sucedidas usam a estrutura do Scrum com as práticas técnicas do XP. Esta combinação é poderosa:

• Do Scrum: Sprints, Product Owner, Scrum Master, eventos do Sprint, Product Backlog
• Do XP: TDD, programação em par, refatoração, integração contínua, propriedade coletiva

Isso não é "impuro" ou errado. Os criadores originais do Scrum esperavam que as equipes trouxessem práticas de engenharia. XP as fornece.

Um padrão comum:

1. Use Scrum para planejar e organizar o trabalho
2. Use práticas XP para fazer o trabalho
3. Use retrospectivas para melhorar continuamente ambos

As equipes frequentemente chamam isso de "Scrum com práticas de engenharia XP" ou apenas "fazendo ágil bem".

Você pode fazer XP sem Scrum. Algumas equipes preferem a abordagem mais leve do XP:

• Fluxo contínuo em vez de sprints fixos
• Cliente no local em vez de um proxy Product Owner
• Papéis auto-organizados em vez de papéis definidos do Scrum

Isso funciona bem para equipes que acham a estrutura do Scrum muito pesada, ou onde o trabalho chega continuamente (como operações ou suporte).

A chave é que as práticas técnicas do XP são inegociáveis. Seja você usando Scrum, Kanban ou outra coisa para organizar o trabalho, TDD, refatoração e integração contínua permanecem essenciais.