É fácil dizer que trabalhamos com Scrum, e mais fácil ainda dizer que utilizamos XP na empresa onde trabalhamos. Mas será que você realmente usa alguma das técnica ou isso faz parte de um plano maior, de nossa mente ?

O que mais me incomoda quando penso ou falo sobre Scrum e XP é que dificilmente existe um bom senso do que é cada um deles. Resumindo o XP, fica mais fácil dizer se usamos alguma das técnicas ou não.

Os programadores trabalham em pares para resolver os problemas. Duas cabeças pensam melhor que uma e três pensam melhor que duas...

Não existe individualismo nas entregas, todos estão envolvidos e trabalhando para realizar a mesma entrega;

O projeto é coberto por testes de unidade, funcionais e de integração;

O código é capaz de expressar o conceito do domínio e do modelo;

Tudo começa com a coisa mais simples que possa funcionar;

As iterações são curtas;

Trabalho contínuo é proibido. Descançar e pensar no seu trabalho é essencial;

O cliente esta disponível para responder questões e redefinir prioridades de menor escala.

Se você utiliza alguma(s) destas técnicas, esta apto a dizer que utiliza processos do XP. É estranho ouvir os desenvolvedores dizendo que usam XP ao invés de dizer que utiliza a técnica "xxxxx" do XP, não dá para aplicar todas as técnicas de uma só vez. Cuidado para não levar a teoria ao extremo, se projetos que utilizam processos RUP levassem tudo ao pé da letra o projeto nunca saíria do papel, durante decadas de trabalho.

Eu costumo dizer que equipes que desejam utilizar XP devem possuir na equipe 6/10 de Sêniors na sua área de atuação, 4/10 de Plenos propensos a se tornarem Sêniors em poucos anos. Esta divisão esta baseada num time de 10 pessoas, que é a quantidade razoável de pessoas necessárias para trabalhar em equipe sem confusão, mas isso, pode variar com certeza. Digo isso porque a responsabilidade é alta e não existe muita cobrança por parte de outras pessoas, a idéia é que cada um cumpra com o seu objetivo, já que estes objetivos são em sua grande maioria pequenos e tangíveis.

E onde entra o Scrum nessa metodologia? O Scrum é o alicerce que irá ligar o resultado do esforço aplicado ao software com as expectativas do cliente, do "gerente de projetos" ou do "product owner". Tanto no Scrum quanto no XP o papel de Gerente de Projetos, foi meio que abolido. Eu acredito que se a pessoa vier para somar, ótimo. Mas se for aquele Gerente de Projetos que só conhece o Excel e o Project, é melhor dispensar a "ajuda".

o Scrum é algo relativamente simples, qualquer pessoa poderá utiliza-lo contanto que tenha a cultura e a disciplina certa. O assunto é tão difundido que eu nem vou me ater a explicar como fundionam os sues processos. Se tiver dúvidas procure no google pela famosa imagem do Sprint e estude se existe a viabilidade de aplicá-la ao seu projeto.

Não sei se ficou claro que, XP não é Scrum, espero que eu tenha, ao menos acendido uma luz.

Para encerrar o assunto, é correto dizer que trabalhamos com metodologias "Agile" ou Ágil, se usamos tanto um quanto o outro, ou ambos. Este contexto é válido. Agile é um universo de processos, ferramentas, metodologias e principalmente PESSOAS. Agile não se resume a XP e Scrum, este é apenas o "casal" mais utilizado no mercado de trabalho (baseado em São Paulo).