Índice:
Definição - O que significa Extreme Programming (XP)?
Extreme Programming (XP) é uma metodologia de desenvolvimento de software ágil, disciplinada e intensa, focada na codificação em cada estágio do ciclo de vida de desenvolvimento de software (SDLC). Esses estágios são: Integração contínua para descobrir e reparar problemas no início do processo de desenvolvimento Envolvimento do cliente e feedback rápido Essas disciplinas da metodologia XP são derivadas dos quatro valores-chave a seguir de Kent Beck, o criador do XP: Comunicação: A comunicação entre membros da equipe e clientes deve ocorrer com frequência e resultar em discussão aberta do projeto, sem medo de represálias. Simplicidade: envolve o uso de design, tecnologia, algoritmos e técnicas mais simples para satisfazer as necessidades do cliente na iteração atual do projeto. Feedback: O feedback deve ser obtido em vários níveis distintos, por exemplo, testes de unidade, revisão de código e integração. Coragem: implemente decisões difíceis, mas necessárias.Techopedia explica Extreme Programming (XP)
Além dos valores-chave, a implementação da metodologia XP também requer o apoio dos três princípios de mudança incremental, adotando mudanças e trabalho de qualidade. Doze práticas importantes também devem ser seguidas: Alguns praticantes tradicionais da metodologia criticam o XP como um processo "irreal", causando codificação imprudente. Vários desenvolvedores de software tradicionais acham o XP inflexível com baixa funcionalidade e pouco potencial criativo. Críticas adicionais são de que XP: Não possui estrutura. Falta documentação essencial. Não possui resultados claros, ou seja, estimativas realistas são difíceis porque todo o escopo dos requisitos do projeto não está totalmente definido. (Essa falta de requisitos detalhados torna o XP altamente suscetível ao escopo.) Precisa de mudança cultural para adoção. (Pode funcionar apenas para desenvolvedores seniores) É caro, ou seja, requer comunicação / reunião frequente às custas do cliente, o que pode levar a negociações difíceis. Possível ineficiência devido a alterações frequentes de código em várias iterações. Obviamente, como em qualquer metodologia de desenvolvimento, tudo isso é muito subjetivo e depende de preferências pessoais.
